检查等效分支会导致出现未跟踪的文件

Question

所以我有 3 个分支：master、testing 和 dev。它们都跟踪 remotes/origin 上的相应分支，我的 gitbranch -a 显示以下内容：

dev
master
testing
remotes/origin/master
remotes/origin/testing
remotes/origin/dev

当我发布测试时，我将 dev 合并到 >testing 然后，当我发布应用程序时，我将 testing 合并到 master 中，因此 master 实际上是我的发布分支。

这已经运行良好一段时间了，我遇到了一些问题，不得不对 origin 进行一些强制推送。没什么大不了的，小开发团队等等。最近我发布了一个版本，因此我的所有分支目前都是等效的（master == testing == dev == origin/master == origin/testing == origin/dev）

今天，我和另一位开发人员注意到，当我们进行git checkout master 大量未跟踪/移动/删除/重命名的内容运行 git status 时会显示文件。这很奇怪，因为记住所有分支都指向同一个提交。怎么会发生这种事呢？

修复它的唯一方法是执行诸如 git reset --hard origin/master 之类的操作，然后我可以切换到测试或开发。奇怪的是，当在 testing 和 dev 之间切换时，不会发生这种情况，就在我切换到 master

尝试调试这个时，我做了一个将 origin 全新克隆到新目录中。新鲜结帐和我们结帐有同样的问题。有什么想法吗？

Answer 1

更多信息，当我执行 git checkout master 时，它抱怨模糊的引用“master”

解决方案：

出于某种原因，我有一个名为 master 的引用在 .git/refs/ 中，它指向一个REALLY旧提交。因此，当我执行 git checkout master 时，它抱怨引用不明确，因为有两个名为 master 的引用：

1. 跟踪 origin/master 的本地跟踪分支 master code>
2. 这个奇怪的 ref master 我在 .git/refs/master 闲逛，

因此模棱两可的 refs 投诉和结账命令似乎给了第二个 master< /code> 偏好。我删除了文件 .git/refs/master ，问题就消失了。

我一定是在克隆过程中做错了什么，因为我再次尝试了它，但它没有给出额外的 master 引用。