我正在使用git，并进行了一个小的提交，然后是一个大的提交。我决定在推送之前使用git rebase将两个提交压缩在一起。(我以前从未这样做过。)
于是我做了:
我们回来了
这给了我一个编辑器，我选择选择较早的提交并删除较晚的提交。我攒钱的时候，少不要脸的人说:
错误:不能stat 'filename':权限被拒绝 不能为以后的提交应用sha1…提交的初始文本行
Now:
当我做git日志时，也没有提交。 git状态告诉我“当前不在任何分支上”。 一个文件被列为已修改并在索引中，两个文件被列为未跟踪。我的第一次提交只有一个文件(我想)，而我的第二次提交有一打。
!发生了什么?我该怎么解决呢?
当前回答
此错误也可能是由于之前的git操作导致文件仍然处于“锁定”状态。它与Windows文件系统层的工作方式有关。我曾经读过一个很好的解释，但我不记得在哪里了。
然而，在这种情况下，由于它基本上是一个竞态条件，所以您所要做的就是继续中断的改基过程。不幸的是，这种情况一直发生在我身上，所以我写了这个危险的小助手来保持我的rebase运行:
#!/bin/sh
set -e
git checkout .
git clean -df
git rebase --continue
如果你想更加确定，你可以使用git rebase——edit-todo来检查下一个要应用的提交是否真的是之前应用失败的那个。使用git clean -dn来确保你不会删除任何重要文件。
其他回答
我们通过右键单击程序文件中的sh.exe并在安全选项卡中设置“以管理员身份运行”来解决权限问题。
在我的例子中，这个文件是一个shell脚本(*.sh文件)，用于为我的开发人员将我们的项目部署到本地开发服务器。
shell脚本应该工作一致，并且可以更新;所以我跟踪它在相同的Git项目的代码，脚本是要部署。
shell脚本运行一个可执行文件，然后允许该可执行文件运行;所以脚本仍在运行;所以我的shell仍然打开脚本;所以它是锁定的。
我按Ctrl+C'd杀死脚本(所以现在我的本地开发服务器不再可访问)，现在我可以自由签出。
如果你打开了Meld合并工具，关闭它。阻止文件覆盖。
在win10中使用SourceTree，通过关闭Atom编辑器修复了这个问题。
错误重现:
在分支B中，创建一个md文件，使用Atom编辑、保存并提交。 切换到分支A，从服务器上拉下新的提交。 尝试切换回来，哎呀，它说“错误:不能统计‘文件’:权限被拒绝”。
我也遇到过类似的问题。但是解决起来很简单。 在一台Windows机器上，我的文件资源管理器打开了一个文件夹，它存在于一个分支中，但不存在于我签出的另一个分支中。 关闭文件资源管理器解决了这个问题。
