我们正在使用Visual Studio 2010和TFS . 我们有4个环境 . 它们如下：
-
DEV - 供开发团队测试集成
-
QA - 让我们的QA团队进行测试
-
UAT - 供我们的用户执行测试
-
PROD - 我们的 生产环境 环境
对或错，我们在TFS中使用以下分支策略：
主> DEV> QA> UAT> RELEASE
决定开始一个新项目的开发，我们称之为“1.0版”
- 发布1.0
在TFS中，我们的分支看起来像：
主要> DEV 1.0> QA 1.0> UAT 1.0> RELEASE 1.0
1.0版已完成并投入 生产环境 . 在这一点上，我们确定我们想要在不同的时间削减2个新的分支（1.1和1.2） . 我们现在想要开始以下两个版本的开发：
-
版本1.1（将在30天内发布）
-
版本1.2（将在60天内发布）
TFS中的新分支看起来像：
主要> DEV 1.1> QA 1.1> UAT 1.1> RELEASE 1.1
主要> DEV 1.2> QA 1.2> UAT 1.2> RELEASE 1.2
来自1.0的缺陷被优先考虑，两个团队被分配到不同的版本 .
我们确定要将1.1分支的构建剪切为QA，并希望提供1.1分支中已解决的缺陷列表 . 我们不希望包含在1.2分支中解决的缺陷 .
有谁知道我们怎么做到这一点？我编写了一段代码来访问TFS对象模型，并尝试根据关联的变更集检索列表 . 当你开始谈论跨版本的合并时，它开始变得复杂 . 当在1.1分支中解决错误时，会发生什么，合并到MAIN然后合并到1.2分支 . 从技术上讲，这个缺陷在1.1分支中得到了解决，但QA现在将其作为1.2版本的一部分 .
有什么想法吗？
1 回答
CodePlex（开源）上有一个名为TFS ChangeLog的应用程序，可以在http://tfschangelog.codeplex.com/找到 . 此应用程序允许用户从TFS中选择必要的分支，然后设置用于生成发行说明的变更集范围 . 与往常一样，软件开发团队不仅要使用优秀的工具，还要使用更好的流程，以便为他们的项目协同工作 . 虽然您可以使用TFS Changelog应用程序，但它确实依赖于项目已考虑以下规则的事实 .
在每个分支中提交的更改具有与其变更集关联的必要工作项 . 这意味着如果您已经合并了Dev 1.1 >>> Main >>> Dev 1.2中的内容，那么每个分支都将具有与提交到每个分支中的每个更改相关联的必要工作项 . 这也意味着您将具有与三个不同变更集相关联的相同工作项，每个变更集中一个 . 这不仅从生成发行说明的角度来看，而且还可以审计跨不同分支的工作项合并的完整性 .
TFS ChangeLog应用程序仅适用于单分支和变更集范围 . 它不会传递到父/子分支并收集有关成功合并点的信息 . 这将太难做了，我们决定不在第一个版本中这样做 . 如果需要，我们可能会尝试在下一版本中支持它 .
用户可以在其工作项中引入自定义字段 . 这些自定义数据将由初始XML文件中的TFS更改日志应用程序提取 . 然后，用户可以在其XSLT转换文件中自由使用不同的过滤条件，以便只将所需数据从XML提取为HTML格式 . 然后，这允许用户仅选择需要针对每个分支报告的那些数据 .
我希望这是有用的，如果您对上述申请有任何疑问，请随时通过讨论或问题选项卡在http://tfschangelog.codeplex.com提交 .
最好的祝福，
Dharmesh Shah .