我正在使用git，并进行了一个小的提交，然后是一个大的提交。我决定在推送之前使用git rebase将两个提交压缩在一起。(我以前从未这样做过。)
于是我做了:
我们回来了
这给了我一个编辑器，我选择选择较早的提交并删除较晚的提交。我攒钱的时候，少不要脸的人说:
错误:不能stat 'filename':权限被拒绝 不能为以后的提交应用sha1…提交的初始文本行
Now:
当我做git日志时，也没有提交。 git状态告诉我“当前不在任何分支上”。 一个文件被列为已修改并在索引中，两个文件被列为未跟踪。我的第一次提交只有一个文件(我想)，而我的第二次提交有一打。
!发生了什么?我该怎么解决呢?
当前回答
当我在windows中使用photoshop时: 当我保存一个图像，然后切换到一个分支(离开photoshop与图像打开)，我得到了git错误。在photoshop中关闭图像，然后重试
其他回答
我同意上述“关闭Visual Studio”的答案。
然而，即使在我关闭Visual Studio之后，我还必须做一个额外的步骤，那就是在任务资源管理器中手动杀死“devenv.exe”Visual Studio进程。 在我这样做之后，我能够再次运行gitbash:
git pull
并且“不能统计文件名”错误消失了。这可能是由于Visual Studio扩展使进程在关闭后仍然保持更长的时间。
杀死与存储库相关的w3wp.exe进程为我修复了这个问题。
当我在我的机器上看到这个时，它比“某个进程打开了文件”更糟糕。文件的实际所有权上升到我(以管理员身份运行)只能在重新启动后才能访问它的位置。
据我所知，IIS是问题的一部分。如果我在两个需要修改大量文件的主要分支之间切换，git会在IIS试图对其进行某些操作时删除一个文件或目录(通常是dll)。此时，IIS进程会自动用一个锁定的版本覆盖磁盘上的文件，该版本似乎不属于任何人。
在这里停止IIS并不能做到这一点。我发现最好的方法是重新启动，并且记住在将来跨主要分支进行更改之前停止IIS。
我知道这并不能真正回答问题，但可能对其他人有帮助。
我退出了正在访问项目目录的文本编辑器，然后尝试合并到主分支，它工作了。
此错误也可能是由于之前的git操作导致文件仍然处于“锁定”状态。它与Windows文件系统层的工作方式有关。我曾经读过一个很好的解释，但我不记得在哪里了。
然而，在这种情况下，由于它基本上是一个竞态条件，所以您所要做的就是继续中断的改基过程。不幸的是，这种情况一直发生在我身上，所以我写了这个危险的小助手来保持我的rebase运行:
#!/bin/sh
set -e
git checkout .
git clean -df
git rebase --continue
如果你想更加确定，你可以使用git rebase——edit-todo来检查下一个要应用的提交是否真的是之前应用失败的那个。使用git clean -dn来确保你不会删除任何重要文件。
