我正在使用git,并进行了一个小的提交,然后是一个大的提交。我决定在推送之前使用git rebase将两个提交压缩在一起。(我以前从未这样做过。)

于是我做了:

我们回来了

这给了我一个编辑器,我选择选择较早的提交并删除较晚的提交。我攒钱的时候,少不要脸的人说:

错误:不能stat 'filename':权限被拒绝 不能为以后的提交应用sha1…提交的初始文本行

Now:

当我做git日志时,也没有提交。 git状态告诉我“当前不在任何分支上”。 一个文件被列为已修改并在索引中,两个文件被列为未跟踪。我的第一次提交只有一个文件(我想),而我的第二次提交有一打。

!发生了什么?我该怎么解决呢?


当前回答

我刚刚在win7下玩了这个。

$ git隐藏pop error: cannot stat 'parentFolder/subfolder':权限被拒绝 error: cannot stat 'parentFolder/subfolder':权限被拒绝

诊断:

我去了子文件夹,它在那里,我不能删除它!

2>使用“进程资源管理器”->查找->查找句柄和dll ->将“子文件夹”的名称放在那里并搜索。

结果:原来它的XMLSpy已经打开了其中一个xml,关闭xml Spy并尝试再次隐藏流行,它现在正在工作。

其他回答

我遇到这个问题是由我的编辑Intellij引起的。作为其内部版本控制的一部分,它已经检查并锁定了所有隐藏的git文件。(由于各种原因,我没有使用Intellij附带的git插件…)

所以我以管理员身份打开一个普通的dos窗口,切换到目录,然后执行

attrib -R /S

这消除了文件上的锁,在那之后一切都正常了,我可以使用GitHub windows客户端同步我的更改。

在IntelliJ集成终端内重新基于Windows时发生在我身上。 我注意到我有并行运行的Git bash客户端实例。

关闭Git bash解决了这个问题。

试图关闭IDE,如Sublime, VS Code, Webstorm,…关闭打开该文件夹的程序,如CMD、Powershell、cder、Terminal…会解决这个问题。

一个替代的解决方案,而不是关闭所有可能锁定目录的应用程序,就像其他答案所说的那样,将使用一个实用程序,将解锁文件/目录,而不关闭一切。(我讨厌重新启动Visual Studio)

LockHunter是我使用的一个:https://lockhunter.com/可能还有其他的,但这个对我来说非常有用。

我只在Windows上见过这个错误,这似乎意味着当git试图应用补丁时,有什么东西阻止了它修改文件。

Windows倾向于在不必要的时候给予进程对文件的独占访问,在过去病毒检查一直是怀疑的来源之一,但我从未最终证明过这一点。

也许最简单的方法就是放弃,然后再试一次,希望下次不会发生这种情况。

git rebase --abort

你可以尝试使用git apply和commit git在做git rebase之前试图做的事情的知识——continue,但说实话,我不建议这样做。大多数时候,我看到这种尝试,有一个比偶数更好的机会,一些东西被不小心错过或搞砸了。