我们将多层产品分为不同的构建配置，以实现持续集成。为了回答这个问题，我们假设我们有一个“前端 CI”构建和一个“API CI”构建。 VCS 根配置为拉入所有分支，并在 checkin 时触发运行，正如 CI 所期望的那样。
现在我有了我的用户接受项目，我在其中使用 CloudFormation 动态启动我部署到的服务器。我为上面提到的 CI build设置了快照依赖项，并且每个 VCS 根和依赖项上的默认分支的一切都按预期工作。我预计前端的功能分支可能不一定需要 API 默认的分支，而且我当前的设置方式也考虑到了这一点。
这就是我开始遇到问题的地方。如果我必须对前端和 API 进行分支，我无法让 TeamCity 在这方面做我想做的事情。我的问题是:如何告诉 Team City 使用前端 CI 构建配置中的分支“A”和 API CI 构建配置中的分支“B”运行 UA 构建，其中“A”和“B”可以是任意分支吗？目前，当我查看 UA 构建配置时，会显示两个快照中的所有分支。这是一张很好的图片:
如果我运行 api-branch，它将始终使用前端 CI 快照中的默认分支。对于前端快照上的任何分支都相同。我似乎找不到在配置中或启动构建时指定这一点的方法。
我准备做任何事情来解决这个问题，包括构建配置，这些配置只是相互克隆以按照它们的意图指定分支，但我只是不知道如何做到这一点。谢谢!
最佳答案
创建一个 teamcity 模板目标，该目标监视前端和 API 存储库并可以在更改时触发。这应该是一个目标(而不是 2 个不同的目标)。参数化分支名称，以便实际目标必须给出分支名称
我建议在数据存储( file,db,nosql) 中创建前端:api 分支的映射。然后为每个新的/修改的组合动态创建 teamcity 目标(通过 REST API)并显式设置分支名称。创建目标后，只要有任何更改，它们就会自动运行。
关于teamcity - 执行构建时选择多个分支，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28943476/