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

 

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

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

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

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

我想根据团队的最新代码库测试我的构建，而不必将其分发给试用项目。

相反，我做了以下事情：

  • 创建一个名为“基础结构”
  • 克隆生产定义
  • 将基础架构构建定义上的触发器设置为手动。
  • 将基础结构定义权限设置为仅允许[Project] Build组成员完全控制它。
  • 保持破碎版本的通知远离团队的大部分）。
  • 创建一个独立的构建过程模板，名为'Infrastructure.xaml'。
  • 将基础架构构建定义指向基础架构流程模板。

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

  • 查看我想要更新的构建过程模板并将其锁定。
  • 复制构建过程模板我想更新到Infrastructure.xaml的顶层。
  • 将我的构建功能添加到Infrastructure.xaml文件，然后检查。
  • 使用基础架构构建定义来测试我的更改。
  • 迭代3-4次，直到我理解正确。
  • 完成此功能，并让我的更改由另一个基础结构团队成员验证。
  • 将Infrastructure.xaml复制到我锁定在（1）中的构建过程模板中并将其签入。

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

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

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

    链接地址: http://www.djcxy.com/p/50849.html

    上一篇: The easiest way to test TFS2010 build template

    下一篇: Server.TransferRequest() and the http status code