在TFS 2010中自动发布版本

Question

目前，我有一个项目坐落在TFS 2010中，有一个Development和Main分支。还有一个标记为“$（BuildDefinitionName）_1.0.yyyymm ...”等的构建定义，将构建Main作为v1.0。

当我来到发布V1.0我打算创建从一个主要分支V1.0，然后主要将接受来自开发导致V1.1，V1.2变化等

我的问题是：

1）如果在v1.0中发现任何错误，我假设我在v1.0分支中修复了这些bug，然后将它们合并回Main？

2）修正了v1.0分支时，Build/Revision数字是否增加？

3）我应该为Main分支和我创建的每个Release分支创建一个Build Definition吗？

感谢

迈克尔

Answer 1

虽然我现在还在用TFS2008和不同的分支和（每包含多个应用程序，进行逻辑组环境分公司）我觉得我的意见仍然是有效的合并策略。

1. 这取决于您的偏好，如果您愿意，可以将两种方式合并，但直接在发布分支中修复可能会使其更容易找到。将这些推送到其他版本（通过直接在版本之间或通过主分支进行无基本合并）将是谨慎的。
2. 是的，他们会为自己建造。在TFS2008中，您必须手动设置msbuild文件以将版本写回到程序集，但在TFS2010中可能已更改。我从来不需要这样做，但看起来相当简单。
3. 为您的主分支构建一个必须为您的团队获得快速反馈。我还会将其设置为自动部署到服务器，以便您可以节省时间。至于发布分支，我会为每个分支创建一个，但是如果您获得太多，那么一旦该版本过时就会进行清理。创建构建所花费的时间与您节省的时间相比非常小。

为我节省了大量时间的一个技巧是您可以在构建之间复制粘贴工作区。如果您需要更改很多路径，请先将它们粘贴到记事本中并在那里更新。