Git 治疗'；硕士'；和'；参考文献/负责人/硕士'；作为TeamCity的同一个分支机构

与github和teamcity合作，构建似乎是

refs/heads/master

或

master

分支

每当github服务钩子启动构建时，它都位于分支

master

上

每当TeamCity启动构建时（例如，当我启动构建或依赖项构建触发构建时），分支都是

refs/heads/master

这导致两个版本号显示在同一页上，最后一个版本号是

master

，最后一个版本号是

refs/heads/master

有没有办法让TeamCity触发的构建生成

master

而不是

refs/heads/master

---

或者有没有办法让

master

和

refs/heads/master

被视为同一个分支，而不是不同的分支？

我想我找到了一个解决方案，尽管它并不理想，因为我必须删除所有通过的构建

我必须首先复制项目并删除旧项目，以删除所有已运行的构建

然后我将默认分支配置为

master

。我将其他分支规范设置为：

+:(master)
+:refs/heads/(master)

另外，我更新了VSC触发器，使其在

+：master

上侦听，而不是

+：*

---

然后，我通过手动触发一个构建进行测试，并让github测试钩子触发一个构建。这似乎起到了作用，它们都被归在

主控

下

“帮助”中提到的“构建上的分支标签”会有什么影响吗？我查看了一下，并尝试将

+：refs/heads/（master）

添加到分支规范中。不幸的是，它只是显示了两个“主”分支，而不是将它们组合起来。我认为这可能确实有效，我还必须做一些其他事情，删除所有旧版本，但这有助于@VonCIt在没有

+：（master）

的情况下运行良好。我将默认分支设置为

master

，并将

+：refs/heads/（master）

添加到其他分支规范中。（TeamCity 8.1.5）这个答案非常有用。我想补充一点，您可以这样添加格式：

+：refs/heads/（release/*）

这样在TC中您可以看到

release/1.0

JetBrains对为什么需要这样做的解释如下：--我觉得这值得一些更明确的文档，尽管。。。