Git 特定生成配置的Team City挂起更改与默认分支不同

Git 特定生成配置的Team City挂起更改与默认分支不同,git,continuous-integration,teamcity,teamcity-8.0,Git,Continuous Integration,Teamcity,Teamcity 8.0,我们正在使用TeamCity进行持续集成。我们有3种构建配置DEV,QA和PROD 我们使用GIT作为VCS存储库。在GIT中,我们有两个活动分支(v1.0和v1.1)。V1.1源于V1.0。在创建v1.1之后,我们对v1.1分支进行了一些更改 现在由于一些需求,我们必须在v1.0中进行一些更改并部署它(忽略在v1.1中所做的更改)。我们进行了必要的更改,并更新了TeamCity,将v1.0用作当前存储库/默认分支 问题:TeamCity在显示待定更改的同时,也显示v1.1分支的更改。理想情况

我们正在使用TeamCity进行持续集成。我们有3种构建配置
DEV
QA
PROD

我们使用GIT作为VCS存储库。在GIT中,我们有两个活动分支(v1.0和v1.1)。V1.1源于V1.0。在创建v1.1之后,我们对v1.1分支进行了一些更改

现在由于一些需求,我们必须在v1.0中进行一些更改并部署它(忽略在v1.1中所做的更改)。我们进行了必要的更改,并更新了TeamCity,将v1.0用作当前存储库/默认分支

问题:TeamCity在显示待定更改的同时,也显示v1.1分支的更改。理想情况下,它应该只显示我们在TeamCity中配置为活动/默认分支的分支的更改(本例中为v1.0)


我们如何强制TeamCity仅从默认分支显示挂起的更改?

如何为v1.0完全分离3个构建配置,以便可以独立于v1.1进行开发、测试和部署?

这取决于您如何设置
VCS根目录。如果您在vcs根目录中设置了分支规范字段,它将显示所有分支的待定更改

相反,如果您使用teamcity参数参数化默认分支或“分支规范”,并在构建目标中提供该参数,则它将仅显示该特定分支中的挂起更改


再解释一下,如果您的VCS设置要监视多个分支,teamcity将显示所有满足条件的分支的待定更新。如果将监视的分支限制为仅1个,则它将仅显示该分支的挂起更新。您始终可以参数化VCS根目录设置,以便您的目标可以灵活地处理您想要运行的分支。

在TC9.1.7(可能还有更早的版本)中,在@Biswajit_86的答案中添加分支规范以包括您的功能分支之后,您可以从左上角的自上而下菜单中选择将显示的分支:

您可以显示所有活动分支(如屏幕截图中)、当前默认分支或所有活动和非活动分支列表中的特定分支