TFS 2010中的自动发布版本

时间:2010-04-29 07:39:10

标签: tfs2010

目前,我在TFS 2010内部有一个项目,其中包含一个Development和Main分支。还有一个构建定义标记为“$(BuildDefinitionName)_1.0.yyyymm ...”等,它将构建Main作为v1.0。

当我发布v1.0时,我计划从Main创建一个v1.0分支,然后Main接受来自Development的更改,导致v1.1,v1.2等。

我的问题是:

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

2)如果构建/修订版号增加,那么对v1.0分支进行了修复吗?

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

由于

迈克尔

1 个答案:

答案 0 :(得分:0)

虽然我仍在使用TFS2008和不同的分支和合并策略(每个环境包含多个逻辑上组合在一起的应用程序),但我认为我的评论仍然有效。

  1. 这取决于您的偏好,您可以根据需要合并两种方式,但直接在发布分支中修复可能会使查找更容易。将这些推送到其他版本是明智的(通过版本之间的直接合并或通过主分支)。
  2. 是的,他们会为构建本身。在TFS2008中,您必须手动设置msbuild文件以将版本写回程序集,但这在TFS2010中可能已更改。我从来不需要这样做,但看起来确实很简单。
  3. 您的主分支的构建是必须为您的团队获得快速反馈。我还会将其设置为自动部署到服务器,以便您节省时间。至于发布分支,我会为每个分支创建一个,但是如果你的版本太多,那么一旦该版本过时就会被清理掉。与您保存的时间相比,创建构建所需的时间非常短。
  4. 为我节省了大量时间的一个提示是,您可以在构建之间复制粘贴工作区。如果您需要更改许多路径,只需先粘贴到记事本中并在那里更新。