我正在使用git，并进行了一个小的提交，然后是一个大的提交。我决定在推送之前使用git rebase将两个提交压缩在一起。(我以前从未这样做过。)
于是我做了:
我们回来了
这给了我一个编辑器，我选择选择较早的提交并删除较晚的提交。我攒钱的时候，少不要脸的人说:
错误:不能stat 'filename':权限被拒绝 不能为以后的提交应用sha1…提交的初始文本行
Now:
当我做git日志时，也没有提交。 git状态告诉我“当前不在任何分支上”。 一个文件被列为已修改并在索引中，两个文件被列为未跟踪。我的第一次提交只有一个文件(我想)，而我的第二次提交有一打。
!发生了什么?我该怎么解决呢?
当前回答
关闭你的IDE (VISUAL STUDIO/ATOM等)。可能会有用
其他回答
在IntelliJ集成终端内重新基于Windows时发生在我身上。 我注意到我有并行运行的Git bash客户端实例。
关闭Git bash解决了这个问题。
我只在Windows上见过这个错误，这似乎意味着当git试图应用补丁时，有什么东西阻止了它修改文件。
Windows倾向于在不必要的时候给予进程对文件的独占访问，在过去病毒检查一直是怀疑的来源之一，但我从未最终证明过这一点。
也许最简单的方法就是放弃，然后再试一次，希望下次不会发生这种情况。
git rebase --abort
你可以尝试使用git apply和commit git在做git rebase之前试图做的事情的知识——continue，但说实话，我不建议这样做。大多数时候，我看到这种尝试，有一个比偶数更好的机会，一些东西被不小心错过或搞砸了。
我刚刚遇到了这个问题。这里没有一个答案能帮我解决这个问题。
最终是我在一个分支上添加的nuget包，一旦切换回主分支，似乎不存在。一旦我做了合并，它会说newtonsoft…xml不能统计。我会去文件的问题，打开它，但Windows抛出一个错误，说它无法找到文件(即使我正看着它)
我解决这个问题的方法是右键单击删除文件(这是有效的，但我无法打开它，因为windows找不到它??)，并尝试再次合并，它解决了这个问题。
很奇怪。
希望这对以后的人有所帮助。
我退出了正在访问项目目录的文本编辑器，然后尝试合并到主分支，它工作了。
我同意上述“关闭Visual Studio”的答案。
然而，即使在我关闭Visual Studio之后，我还必须做一个额外的步骤，那就是在任务资源管理器中手动杀死“devenv.exe”Visual Studio进程。 在我这样做之后，我能够再次运行gitbash:
git pull
并且“不能统计文件名”错误消失了。这可能是由于Visual Studio扩展使进程在关闭后仍然保持更长的时间。
