Git扩展——为什么我看到同一个分支有多个标签？

所以我想我做了一个简单的合并，从我的功能分支回到主功能。然而，在Git扩展中，它以淡入淡出的样式显示了一些修订（见图）。这到底是什么意思？文件极其缺乏。如果我在主节点和分支节点上执行一个

git status

，它表示没有要提交的内容，并且工作树是干净的

---

您看到的是Git Extensions中这两个设置的效果：

• 查看->显示超级项目分支
• 查看->显示超级项目远程分支

基本上，您显示历史的存储库是周围存储库的子模块。子模块存储库有两个父存储库还不知道的提交

让我解释一下

在具有子模块的存储库中提交时，子模块存储库所在的提交的sha将记录在父存储库中。因此，父存储库认为子模块应该在第三次提交时

但是，该子模块中的存储库有自己的生命周期，在父存储库被告知使用第三次提交后，又向该子模块存储库添加了两次提交

---

这些被冲掉的标签表示父存储库认为子模块应该在哪里。

请澄清，您会问为什么从顶部开始的第三次提交会有那些被冲掉的

origin/master

和

master

标签，而在第一次提交时同样的分支也会有更突出的标签？是的，这就是我想弄明白的。好问题，我不能说我见过这个。为了避免其他人试图回答这个问题：在第一次提交时，我们看到两个本地分支（前两个标签）和两个远程分支。本地分支为深色分支，远程分支为绿色分支。是的，第一次提交告诉我们有两个本地分支，

featureaddThisEnhancements

和

master

，它们与远程分支同步。问题是为什么第三次提交“更新的项目引用”也有两个粉彩标签，以及它们的含义。问题是，您是否在“视图”菜单中启用了两个“超级项目”分支选项，并且这是父存储库的子存储库？是否父存储库认为该子存储库应该位于该提交位置？是的，就是这样！我在一个子模块中工作，所以仅仅检查子模块中的更改显然是不够的。我还必须对父回购协议的子模块进行阶段性更改，然后提交。再次感谢！