我正在使用git，并进行了一个小的提交，然后是一个大的提交。我决定在推送之前使用git rebase将两个提交压缩在一起。(我以前从未这样做过。)
于是我做了:
我们回来了
这给了我一个编辑器，我选择选择较早的提交并删除较晚的提交。我攒钱的时候，少不要脸的人说:
错误:不能stat 'filename':权限被拒绝 不能为以后的提交应用sha1…提交的初始文本行
Now:
当我做git日志时，也没有提交。 git状态告诉我“当前不在任何分支上”。 一个文件被列为已修改并在索引中，两个文件被列为未跟踪。我的第一次提交只有一个文件(我想)，而我的第二次提交有一打。
!发生了什么?我该怎么解决呢?
当前回答
我在Windows 10上，我得到了这个错误，但即使在电脑重新启动并使用管理权限打开后，也没有解决我的问题。
看来问题出在我的存储库特权上。
只是为了确保我安装了所有新的Windows更新 我重启了我的电脑，最后我删除了所有不必要的特权。
以管理员身份运行powershell，执行如下命令:
attrib -s <path_to_your_directory>
attrib -r -a <path_to_your_directory>
powershell命令的详细信息如下: https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/attrib
其他回答
同样的问题，但使用SourceTree(或任何其他git客户端)。我加上我的答案，因为没有一个答案与我的情况相对应。
将分支从“develop”更改为“main”将更改本地文件夹的实际文件和子文件夹。可能发生的情况是，一个不存在于“master”中的文件夹没有被完全擦除，windows认为你只是失去了访问权限(即使你是管理员)。 当从main合并到develop时，git客户端尝试访问该文件夹。如果没有访问权限，则返回上述错误。
从一个分支切换到最新的分支可以解决问题，然后 回到主(再次检查是否文件夹/文件实际上 在本地删除)。 关闭客户端和/或编辑器并不能解决问题! 重启有帮助，但是浪费时间(恕我直言)
当我在我的机器上看到这个时，它比“某个进程打开了文件”更糟糕。文件的实际所有权上升到我(以管理员身份运行)只能在重新启动后才能访问它的位置。
据我所知，IIS是问题的一部分。如果我在两个需要修改大量文件的主要分支之间切换，git会在IIS试图对其进行某些操作时删除一个文件或目录(通常是dll)。此时，IIS进程会自动用一个锁定的版本覆盖磁盘上的文件，该版本似乎不属于任何人。
在这里停止IIS并不能做到这一点。我发现最好的方法是重新启动，并且记住在将来跨主要分支进行更改之前停止IIS。
我知道这并不能真正回答问题，但可能对其他人有帮助。
在我的例子中，这个文件是一个shell脚本(*.sh文件)，用于为我的开发人员将我们的项目部署到本地开发服务器。
shell脚本应该工作一致，并且可以更新;所以我跟踪它在相同的Git项目的代码，脚本是要部署。
shell脚本运行一个可执行文件，然后允许该可执行文件运行;所以脚本仍在运行;所以我的shell仍然打开脚本;所以它是锁定的。
我按Ctrl+C'd杀死脚本(所以现在我的本地开发服务器不再可访问)，现在我可以自由签出。
一个替代的解决方案，而不是关闭所有可能锁定目录的应用程序，就像其他答案所说的那样，将使用一个实用程序，将解锁文件/目录，而不关闭一切。(我讨厌重新启动Visual Studio)
LockHunter是我使用的一个:https://lockhunter.com/可能还有其他的，但这个对我来说非常有用。
当我的VS1013在一个针对8.1的分支上，我试图签出一个8.0分支时，我得到了这个错误。我需要回到VS并允许它UpdateAll。然后我就可以顺利地签出8.0的分支了。
