测试TFS2010构建模板的最简单方法

Question

我目前正致力于为TFS2010构建创建构建模板。但是，我注意到我对模板的每次更改都在“垃圾邮件”源代码控制（对于这些更改的所有修复，还有很多更多）。

我想知道最简单的方法是测试我正在创建的构建模板吗？ 有没有办法更改模板文件和自定义活动dll，而不涉及检查它们？

我目前在我的开发人员计算机上运行了一个构建控制器和代理程序，我正在使用它来测试模板（test =启动构建并希望比上次更少的错误）。

Answer 1

为什么'垃圾邮件'成了问题？无论如何，我有一个单独的团队项目来做这种工作，这样我就可以检查我的内容，而不会影响需要稳定构建的开发人员。一旦我完成了测试，我就会将模板检查到开发人员使用的团队项目中。

Answer 2

我想针对团队的最新代码库测试我的构建，而不必将其分支到试用项目。

相反，我会做以下事情：

1. 创建一个名为＆＃39; Infrastructure＆＃39;的单独构建定义。
   • 克隆生产定义
2. 将基础结构构建定义上的触发器设置为手动。
3. 将基础结构定义权限设置为仅允许[Project] \ Build组成员完全控制它。
   • 使破坏的版本的通知远离团队的大部分。）
4. 创建一个单独的构建过程模板，名为＆＃39; Infrastructure.xaml＆＃39;。
5. 将基础架构构建定义指向基础架构流程模板。

现在，当我想为团队迭代一个新的构建功能时：

1. 查看我想要更新的构建过程模板，然后将其锁定。
2. 复制我想要更新的基础结构版本的构建过程模板。
3. 将我的构建功能添加到Infrastructure.xaml文件中，然后检查它。
4. 使用基础结构构建定义来测试我的更改。
5. 迭代3-4，直到我做对了。
6. 完成此功能并让其他基础架构团队成员验证我的更改。
7. 将Infrastructure.xaml复制到我锁定在（1）中的构建过程模板并将其签入。

这仍会导致“垃圾邮件”。在TFS源代码控制中，但它使构建定义迭代不受团队的影响。我的构建过程模板位于主源代码树之外（位于Build Process Templates文件夹下，或位于＆Core; Build＆＃39;文件夹下的分支机构中，团队中没有其他人通常支付任何费用注意）这样团队在很大程度上不受其影响。

Answer 3

@ d3r3kk：为什么不分支模板并在准备好时合并更改而不是创建副本？这样您就可以更清洁地保存源历史记录。

理想情况下，应该有一种方法可以通过将构建过程模板放在本地文件系统上并暂时将构建定义指向它来构建正在进行的构建过程模板。不确定VS / TFS的更高版本中是否存在类似的内容。无论如何，我还没有通过用户界面看到它。