我正在使用git，并进行了一个小的提交，然后是一个大的提交。我决定在推送之前使用git rebase将两个提交压缩在一起。(我以前从未这样做过。)
于是我做了:
我们回来了
这给了我一个编辑器，我选择选择较早的提交并删除较晚的提交。我攒钱的时候，少不要脸的人说:
错误:不能stat 'filename':权限被拒绝 不能为以后的提交应用sha1…提交的初始文本行
Now:
当我做git日志时，也没有提交。 git状态告诉我“当前不在任何分支上”。 一个文件被列为已修改并在索引中，两个文件被列为未跟踪。我的第一次提交只有一个文件(我想)，而我的第二次提交有一打。
!发生了什么?我该怎么解决呢?
当前回答
同样的问题，但使用SourceTree(或任何其他git客户端)。我加上我的答案，因为没有一个答案与我的情况相对应。
将分支从“develop”更改为“main”将更改本地文件夹的实际文件和子文件夹。可能发生的情况是，一个不存在于“master”中的文件夹没有被完全擦除，windows认为你只是失去了访问权限(即使你是管理员)。 当从main合并到develop时，git客户端尝试访问该文件夹。如果没有访问权限，则返回上述错误。
从一个分支切换到最新的分支可以解决问题，然后 回到主(再次检查是否文件夹/文件实际上 在本地删除)。 关闭客户端和/或编辑器并不能解决问题! 重启有帮助，但是浪费时间(恕我直言)
其他回答
这通常发生在预处理软件/应用程序监视项目时，比如Prepros或Codekit。此外，Atom和Sublime(甚至notepad++)可以导致这种情况发生，如果项目中的文件当前正在编辑。
解决这个问题最简单的方法是关闭任何打开项目文件的文件，合并分支，然后重新打开它们以刷新它。这也将避免任何问题，即程序不再意识到已经发生的任何更改，迫使您手动刷新项目。
如果你正在运行webpack，请关闭它。同时关闭您的IDE。做完这些事情后应该能正常工作。
如果您使用的IDE(如果您使用了IDE)也可能成为阻碍。这就是我在使用QtCreator时遇到的情况。
我只在Windows上见过这个错误，这似乎意味着当git试图应用补丁时，有什么东西阻止了它修改文件。
Windows倾向于在不必要的时候给予进程对文件的独占访问，在过去病毒检查一直是怀疑的来源之一，但我从未最终证明过这一点。
也许最简单的方法就是放弃，然后再试一次，希望下次不会发生这种情况。
git rebase --abort
你可以尝试使用git apply和commit git在做git rebase之前试图做的事情的知识——continue，但说实话，我不建议这样做。大多数时候，我看到这种尝试，有一个比偶数更好的机会，一些东西被不小心错过或搞砸了。
我在Windows中偶尔会遇到这种情况
错误:不能stat 'filename':权限被拒绝
大多数情况下，我打开了多个bit bash实例，其中一个git bash实例位于我所从的远程分支中不存在的目录中。
关闭除了一个实例之外的所有git bash实例为我解决了这个问题。
