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

【问题标题】：The easiest way to test TFS2010 build template测试 TFS2010 构建模板的最简单方法
【发布时间】：2013-05-11 01:37:15
【问题描述】：

我目前正在为 TFS2010 构建创建构建模板。但是，我注意到我目前对模板所做的每一次更改都在向源代码管理“发送垃圾邮件”（对于这些更改的所有修复还有更多）。

我想知道测试我正在创建的构建模板最简单的方法是什么？有没有办法在不涉及签入的情况下更改模板文件和自定义活动 dll？

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

【问题讨论】：

两年多过去了，新版本的 TFS 和 VS 仍然没有解决这个问题。有谁知道我们可以投票支持的任何 Microsoft Connect 反馈项目？

标签： tfs tfsbuild

【解决方案1】：

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

【讨论】：

我只是觉得非常不舒服检查更改，我完全不知道它们是否正确。
这很公平，帕特里克，安全总比抱歉好。我只是想（但失败了）搞笑

【解决方案2】：

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

相反，我执行以下操作：

创建一个名为“基础架构”的单独构建定义
- 克隆生产定义
将基础架构构建定义上的触发器设置为手动。
将基础结构定义权限设置为仅允许 [Project]\Build 组成员对其进行完全控制。
- 将损坏的构建通知远离团队的大部分人）。
创建一个单独的构建过程模板，称为“Infrastructure.xaml”。
将基础架构构建定义指向基础架构流程模板。

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

查看我要更新的构建过程模板，并将其锁定。
复制我要在 Infrastructure.xaml 之上更新的构建过程模板。
将我的构建功能添加到 Infrastructure.xaml 文件中，然后签入。
使用基础架构构建定义来测试我的更改。
迭代 3-4 次，直到我做对为止。
完成该功能并让其他基础架构团队成员验证我的更改。
将 Infrastructure.xaml 复制到我锁定 (1) 中的构建过程模板并签入。

这仍然会导致 TFS 源代码控制中出现“垃圾邮件”，但它会使构建定义迭代远离团队的视线。我的构建过程模板位于主源代码树之外（在 Build Process Templates 文件夹下，或在“Core/Build”文件夹下的分支本身中，团队中的其他人通常不会对此给予任何关注），因此团队基本上不受它的影响。

【讨论】：

【解决方案3】：

@d3r3kk：为什么不直接分支模板并在准备好时合并更改而不是创建副本？这样，您也可以以更简洁的方式保存源历史记录。

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

【讨论】：