问题描述
多人在一个仓库协作时，在本地进行git pull操作，遇到下面的错误，注意，已对下面中的项目信息进行了省略和替换：
error: cannot lock ref '...'：is at <commit_id1> but expected <commit_id2>
From https://....
! <commit_id1>..<commit_id2> <branchName> -> origin/<branchName> (unable to update local ref)
问题分析
从错误日志来看，大概是本地分支和远程分支的HEAD不太一致，比较奇怪的是这个分支并不是我的。
-
去远程看，就是代码托管网站，查找该错误信息提到的branchName，发现有两个名字一样的分支，只是它们的大小写不一样，然后分别查看这两个分支的最后一次commit id，发现就是错误日志中列出来的。
看到这里，问题就相对比较清楚了，锁定大概方向。 -
进入到本地项目的路径，进入到下面的子文件夹：(.git是个隐藏文件夹；如果没有，那就是windows电脑没有设置显示隐藏文件，怎么设置就不赘述了)
.git\refs\remotes\origin发现里面确实是有个小写的branchName的文件，里面保存的是一条完整的commit id，这就是ref。
-
再次看到这里时，马上想到怎么没有大写的branchName的文件。
熟悉windows系统的话，应该马上想到，windows下，文件名不区分大小写，所以导致它们两个文件不能共存。
总结如下：
- Git是区分大小写的，所以可以存在两个大小写不同但名字是一样的分支。
- Windows系统的文件，是不区分大小写的，导致
.git\refs\remotes\origin下只存在小写的文件，以致于git pull时commit id不一致的问题。
解决方案
分2种情况
解决当次
如果这个分支不是你的，所以你不要想动这两个分支，还是请分支拥有者来查看这个问题。
步骤：
- 进入到本地项目的路径，进入到下面的子文件夹：
\.git\refs\remotes\origin - 删除出问题分支名的文件
- 再次执行
git pull，就可以成功拉取代码，你会发现，上面的文件夹下，又有了刚刚删除的文件了，所以只能解决当次。
一劳永逸
如果这两个分支一直存在，又在windows下工作，这个问题就会一直存在。
一劳永逸的办法，就是只保留一个分支，根据项目具体情况来权衡。
-
删除两个中不需要保留的分支
- 从代码托管网站直接删掉
- 本地执行git命令，可以参考下面的文章
-
进入到本地项目的路径，进入到下面的子文件夹：
\.git\refs\remotes\origin -
删除出问题分支名的文件
-
再次执行
git pull，就可以成功拉取代码，以后也是可以的，因为以后该路径下，只会有一个这样名字的ref文件。
建议
通过这个问题，所以大家以后在windows下使用git时，还是需要注意下分支的命名，不要使用同名而大小写不同的取名方式，尽量有描述性一点，如果有Jira系统，可以把Jira号放到分支名开头。
最后，如果这篇博客有帮助到大家，就点个赞吧！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/155815.html
