2

我正在考虑使用 TeamCity 7.1 作为我们的构建服务器，并且我试图弄清楚是否可以做我想做的事情。

我们的 TFS 分支看起来像这样

  • 我的项目
    • 标签
      • 1.0.0.0
      • 1.1.0.0
      • 2.0.0.0
    • 树干

所以我们的过程是在主干中工作，当我们到达我们想要部署的点时，我们使用该代码创建一个分支。在上面的示例中，版本 2.0.0.0 正在生产中，并且主干对其进行了进一步的更改。因此，如果我需要修复生产中的错误，那么我将在 2.0.0.0 分支中修复它。

我能够建立一个检查主干、运行测试等的构建，没有任何问题，并且它可以通过签入主干来触发。但我还想监控所有版本特定的分支，这样当我在 2.0.0.0 分支中检入错误修复时，就会触发构建，并运行我的所有测试。

似乎一些 VCS 选项添加了一个新功能来支持这个称为“分支规范”（https://tom.cabanski.com/2012/11/19/teamcity-7-1-branch-builds-rock / ) 但在 TFS VCS 根上不可用。

是否可以在不为我的每个版本分支创建单独的构建配置的情况下执行此操作？或者有没有办法通过使用我现有的主干构建配置来手动启动特定分支的构建？

4

1 回答 1

0

由于 TeamCity 中的 TFS 不支持“功能分支”（目前仅适用于 Git 和 Mercurial），因此创建单独的构建配置是构建单独分支的最佳方式。实际上，即使对于 Git 和 Mercurial，也建议为长期版本分支（而不是来来去去的特性分支）创建单独的构建配置。

我不确定 TFS 中如何处理分支，但如果您使用标签，我相信无法在 TeamCity ( TW-7370 ) 中构建 TFS 标签。

于 2013-03-19T21:14:55.333 回答