处理 TeamCity 中的 TFS 分支

Question

多年来，我使用三种不同的策略从 TeamCity 构建中的单独 TFS 分支构建：

• 对两个分支使用不同的 VCS 根，每个都指向分支的完整 TFS 路径
• 使用了一个共享的 VCS 根目录，并参数化了一些路径
• 使用指向源树根的共享 VCS 根，并为每个项目使用不同的签出规则（例如 +:MyBranch => .）

我的问题是：什么是“最好的”，三种方法的优缺点是什么？

Answer 1

每种模式都有其优缺点：

1. 为两个分支设置不同的 VCS 根（每个都指向分支的完整 TFS 路径）的第一种方法使事情变得简单易懂。但是，每次创建构建配置时，都需要添加新的 VCS 根目录，并在清除构建配置后将其删除，因为没有选项可以在删除构建配置时自动删除 VCS 根目录。

2. 拥有共享 VCS 根目录并参数化某些路径的第二种方法会使事情变得有点复杂，如果您的团队中有多个人负责构建配置维护，那么所有人都应该知道您正在设置哪些参数，可能您可能需要记录相同的参数。对于团队中的新手来说，这些参数是完全未知的。我个人不会这样做的。

3. 让共享 VCS 根指向源树根的第三种方法，并为每个项目使用不同的签出规则，看起来有点整洁。这有两个好处。一是您不需要跟踪大量 VCS 根，二是签出规则很容易在与版本控制设置相同的选项卡中进行编辑，即使对于新手来说也很简单。

根据复杂性，我的偏好顺序是： 1 - 3 - 2

基于可维护性，我的偏好顺序是： 3 - 1 - 2