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

于是我做了:

我们回来了

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

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

Now:

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

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


当前回答

同样的问题,但使用SourceTree(或任何其他git客户端)。我加上我的答案,因为没有一个答案与我的情况相对应。

将分支从“develop”更改为“main”将更改本地文件夹的实际文件和子文件夹。可能发生的情况是,一个不存在于“master”中的文件夹没有被完全擦除,windows认为你只是失去了访问权限(即使你是管理员)。 当从main合并到develop时,git客户端尝试访问该文件夹。如果没有访问权限,则返回上述错误。

从一个分支切换到最新的分支可以解决问题,然后 回到主(再次检查是否文件夹/文件实际上 在本地删除)。 关闭客户端和/或编辑器并不能解决问题! 重启有帮助,但是浪费时间(恕我直言)

其他回答

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

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

attrib -R /S

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

当我在我的机器上看到这个时,它比“某个进程打开了文件”更糟糕。文件的实际所有权上升到我(以管理员身份运行)只能在重新启动后才能访问它的位置。

据我所知,IIS是问题的一部分。如果我在两个需要修改大量文件的主要分支之间切换,git会在IIS试图对其进行某些操作时删除一个文件或目录(通常是dll)。此时,IIS进程会自动用一个锁定的版本覆盖磁盘上的文件,该版本似乎不属于任何人。

在这里停止IIS并不能做到这一点。我发现最好的方法是重新启动,并且记住在将来跨主要分支进行更改之前停止IIS。

我知道这并不能真正回答问题,但可能对其他人有帮助。

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

我刚刚遇到了这个问题。这里没有一个答案能帮我解决这个问题。

最终是我在一个分支上添加的nuget包,一旦切换回主分支,似乎不存在。一旦我做了合并,它会说newtonsoft…xml不能统计。我会去文件的问题,打开它,但Windows抛出一个错误,说它无法找到文件(即使我正看着它)

我解决这个问题的方法是右键单击删除文件(这是有效的,但我无法打开它,因为windows找不到它??),并尝试再次合并,它解决了这个问题。

很奇怪。

希望这对以后的人有所帮助。

此错误也可能是由于之前的git操作导致文件仍然处于“锁定”状态。它与Windows文件系统层的工作方式有关。我曾经读过一个很好的解释,但我不记得在哪里了。

然而,在这种情况下,由于它基本上是一个竞态条件,所以您所要做的就是继续中断的改基过程。不幸的是,这种情况一直发生在我身上,所以我写了这个危险的小助手来保持我的rebase运行:

#!/bin/sh

set -e

git checkout .
git clean -df
git rebase --continue

如果你想更加确定,你可以使用git rebase——edit-todo来检查下一个要应用的提交是否真的是之前应用失败的那个。使用git clean -dn来确保你不会删除任何重要文件。