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

于是我做了:

我们回来了

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

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

Now:

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

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


当前回答

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

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

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

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

其他回答

Windows 10 64位同样问题,运行Git Bash版本2.9.0.windows1 使用Atom作为我的编辑器。

这对我来说很有效:我将Git软件文件夹(对我来说,这是C:\Program Files\ Git)添加到Windows Defender的排除项中。

在排除添加后,git签出'file'工作正常。

在我的例子中,这个文件是一个shell脚本(*.sh文件),用于为我的开发人员将我们的项目部署到本地开发服务器。

shell脚本应该工作一致,并且可以更新;所以我跟踪它在相同的Git项目的代码,脚本是要部署。

shell脚本运行一个可执行文件,然后允许该可执行文件运行;所以脚本仍在运行;所以我的shell仍然打开脚本;所以它是锁定的。

我按Ctrl+C'd杀死脚本(所以现在我的本地开发服务器不再可访问),现在我可以自由签出。

当我的VS1013在一个针对8.1的分支上,我试图签出一个8.0分支时,我得到了这个错误。我需要回到VS并允许它UpdateAll。然后我就可以顺利地签出8.0的分支了。

当我在windows中使用photoshop时: 当我保存一个图像,然后切换到一个分支(离开photoshop与图像打开),我得到了git错误。在photoshop中关闭图像,然后重试

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

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