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

Question

我目前正在为TFS2010构建创建一个构建模板。然而，我注意到我目前对模板所做的每一次修改都在“垃圾邮件”源码控制(对于这些修改的所有修复，还有更多)。

我想知道测试我正在创建的构建模板最简单的方法是什么？有没有一种方法可以更改模板文件和自定义活动dll，而不涉及签入它们？

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

Answer 1

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

Answer 2

我想根据团队的最新代码库测试我的构建，而不必将其分支到试验项目中。

相反，我执行以下操作：

1. 创建一个单独的构建定义，称为
   • 克隆生产基础架构

​

1. 将基础架构构建定义上的触发器设置为手动。
2. 将基础结构定义权限设置为仅允许项目\生成组成员对其进行完全控制。对于team).

的大部分内容，

• 会保留损坏构建的通知

​

1. 创建一个单独的构建过程模板，名为‘instructure.xaml’。
2. 将基础架构构建定义指向基础架构流程模板。

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

1. 签出我要更新的构建过程模板，并将其锁定。
2. 将我要更新的构建过程模板复制到Infrastructure.xaml文件中。然后签入。
3. 使用基础架构构建定义在3-4上测试我的changes.
4. Iterate，直到我获得该功能，并让另一个基础架构团队成员验证我的更改。
5. 复制Infrastructure.xaml覆盖我锁定的构建过程模板(1)并将其签入。

这仍然会导致TFS源代码控制中的“垃圾邮件”，但它将构建定义迭代保持在团队的视线之外。我的构建过程模板位于主源代码树之外(在构建过程模板文件夹下，或者在“Core/ build”文件夹下的分支中，团队中的其他人通常不会关注)，因此团队在很大程度上不会受到影响。

Answer 3

@d3r3kk:为什么不直接分支模板并在准备好时将更改合并回去，而不是创建副本？这样，您还可以以一种更干净的方式保存源历史。

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