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

Question

我目前正在为TFS2010构建创建构建模板。不过，我注意到，我目前正在对源代码控件进行“垃圾邮件”处理，并对模板所做的每一项更改（以及针对这些更改的所有修复更多）进行更改。

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

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

Answer 1

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

Answer 2

我想根据团队的最新代码库测试我的构建，而无需将其分支到试用项目。

相反，我做到以下几点：

1. 创建一个名为“基础结构”
   • 克隆生产定义
2. 坐落在基础设施建设定义为手动触发单独构建定义。
3. 将基础结构定义权限设置为仅允许[Project] \ Build组成员完全控制它。
   • 保持破碎构建的通知远离团队的大部分）。
4. 创建一个单独的构建过程模板，名为'Infrastructure.xaml'。
5. 指出基础架构流程模板中的基础架构构建定义。

现在，当我想重复上为球队新的构建功能：

1. 退房生成过程模板我想更新，并锁定。
2. 复制构建过程模板我想更新Infrastructure.xaml的优先级。
3. 将我的构建功能添加到Infrastructure.xaml文件，并检查输入。
4. 使用基础架构构建定义来测试我的更改。
5. 迭代3-4，直到我说得对。
6. 完成此功能并让我的更改由另一个基础结构团队成员验证。
7. 复制Infrastructure.xaml在我锁在构建过程模板（1）和托运。

这仍然导致在TFS源控制“垃圾邮件”，但它一直在构建定义迭代出来球队的眼睛。我的构建过程模板位于主要源代码树之外（在“构建过程模板”文件夹下，或者位于“核心/构建”文件夹下的分支中，团队中没有其他人通常会关注），以便团队基本上不受其影响。

Answer 3

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

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