tfs - 测试 TFS 构建定义的最佳实践

Question

我到处搜索*，寻找在 TFS 中测试构建定义更改的良好教程或最佳实践。进行更改时，我不想淹没构建代理，但更重要的是，我不想继续创建包并向开发人员生成电子邮件，尤其是在构建失败时。

是否有开发和测试构建定义的最佳实践，以免干扰现有开发？

*问题在于，无论何时同时搜索“测试”和“构建”，所有内容都是关于在构建中设置单元测试。

Answer 1

在我们的构建团队中，我们目前使用以下过程来推出对构建过程模板的更新:

1. 创建一个专门用于此目的的测试构建定义。(我们称它为“TestBuild”)。
   • 克隆您将为其扩展构建过程模板的现有构建定义。
   • 或者:创建一个新的构建定义
   • 将触发器设置为仅手动
2. 可选(如果您有权这样做)您可以设置测试构建定义的权限以对您的用户隐藏它们。
   • 在构建的安全页面中关闭继承。
   • 明确允许您或您的团队看到此构建定义，而其他人不得看到
3. 在 VCS 的某处创建一个文件夹，您可以将现有的生产构建过程模板分支到该文件夹​​中。
   • 我在 $/Project/Infrastructure/Users/d3r3kk/下有一个文件夹用于此类工作。
   • 将您的工作文件夹放在任何地方，确保它位于不会在您 checkin 时引发构建的地方
4. 将现有的构建过程定义分支到您的工作文件夹中，并检查它以进行编辑。
5. 编辑构建过程定义的工作副本。
6. 完成功能后检查您的编辑。
7. 如果您还没有设置您的 TestBuild 构建定义以使用工作副本构建过程模板，并模仿您的生产构建使用的工作区设置。
8. 从第 5 步开始重复，直到获得正确的特征。

如果您或您的团队担心在迭代此类功能工作时必须进行多次 checkin ，请在完成后删除+销毁工作副本，或者(更好)只是将工作副本放入一个没人经常关注的文件夹。由于用于编辑构建过程的编辑/ checkin 过程是 TFSBuild 固有的，因此实际上没有办法解决此类工作将导致的 VCS“噪音”。