我正在使用git，并进行了一个小的提交，然后是一个大的提交。我决定在推送之前使用git rebase将两个提交压缩在一起。(我以前从未这样做过。)
于是我做了:
我们回来了
这给了我一个编辑器，我选择选择较早的提交并删除较晚的提交。我攒钱的时候，少不要脸的人说:
错误:不能stat 'filename':权限被拒绝 不能为以后的提交应用sha1…提交的初始文本行
Now:
当我做git日志时，也没有提交。 git状态告诉我“当前不在任何分支上”。 一个文件被列为已修改并在索引中，两个文件被列为未跟踪。我的第一次提交只有一个文件(我想)，而我的第二次提交有一打。
!发生了什么?我该怎么解决呢?
当前回答
如果您使用的IDE(如果您使用了IDE)也可能成为阻碍。这就是我在使用QtCreator时遇到的情况。
其他回答
关闭你的IDE (VISUAL STUDIO/ATOM等)。可能会有用
在我的例子中，这个文件是一个shell脚本(*.sh文件)，用于为我的开发人员将我们的项目部署到本地开发服务器。
shell脚本应该工作一致，并且可以更新;所以我跟踪它在相同的Git项目的代码，脚本是要部署。
shell脚本运行一个可执行文件，然后允许该可执行文件运行;所以脚本仍在运行;所以我的shell仍然打开脚本;所以它是锁定的。
我按Ctrl+C'd杀死脚本(所以现在我的本地开发服务器不再可访问)，现在我可以自由签出。
杀死与存储库相关的w3wp.exe进程为我修复了这个问题。
一个替代的解决方案，而不是关闭所有可能锁定目录的应用程序，就像其他答案所说的那样，将使用一个实用程序，将解锁文件/目录，而不关闭一切。(我讨厌重新启动Visual Studio)
LockHunter是我使用的一个:https://lockhunter.com/可能还有其他的，但这个对我来说非常有用。
我只在Windows上见过这个错误，这似乎意味着当git试图应用补丁时，有什么东西阻止了它修改文件。
Windows倾向于在不必要的时候给予进程对文件的独占访问，在过去病毒检查一直是怀疑的来源之一，但我从未最终证明过这一点。
也许最简单的方法就是放弃，然后再试一次，希望下次不会发生这种情况。
git rebase --abort
你可以尝试使用git apply和commit git在做git rebase之前试图做的事情的知识——continue，但说实话，我不建议这样做。大多数时候，我看到这种尝试，有一个比偶数更好的机会，一些东西被不小心错过或搞砸了。
