TFS签入和合并的自动化过程和文档

Question

我最近在开发流程中承担了简化和自动化流程的任务，我正在寻找其他人对类似问题的建议/建议。

我们目前使用TFS 2019 / Azure Devops和以下分支策略：

Master
└ Major Version 1 QA
└ Major Version 1 Release
└ Major Version 2 QA
└ Major Version 2 Release

我们在TFS中使用工作项，并将它们链接以将变更集链接到上面的分支。通常，所有工作都在Master中完成，并有选择地一个或两个版本有选择地合并到质量检查中。

一旦经过测试/验证，这些更改通常会在合并过程中合并到Release中，在发布之前，他们会经过另一轮测试。

这些合并并不总是很复杂，有时它们是一个接一个地完成，有时更改是从Main> QA>合并而来的（一次签入（三项检入...）。]]

[另外，我们有一个单独的错误跟踪系统，该系统用于从CSR收集错误报告，并且该系统向外部成员（没有TFS访问权限的人员）提供状态。这种设置需要人工将数据从TFS复制到外部系统（反之亦然），这是我要解决的主要低效率问题。

当前，TFS工作项包含所有注释，并提供了与特定代码更改的关系。我想将所有内容转移到TFS并放弃外部系统，该外部系统提出了以下挑战和问题：

1. 如何向外部非开发人员提供工作项数据的可搜索的只读视图？另外，TFS是否具有简单的“报告错误”角色？我觉得类似的东西应该已经存在，但似乎我需要创建或识别与TFS集成的东西。
2. 合并更改时，将丢失单个工作项与代码更改的关联。看来这是对TFS的长期抱怨，我想我需要单独编写合并脚本以实现自动化。还有其他方法吗？
3. 考虑到上述分支策略，对文件的任何更改都需要至少3个签入才能进入世界。那是个好策略吗？其背后的思想是可以在冻结Release分支的同时连续添加工作。

附加信息：

我们是一个由5个开发人员和5个质量检查人员组成的小组，围绕我们的产品构建了20：1的大型外部基础架构，这就是我希望实现自动化的原因。

谢谢您的建议/建议！

我最近承担了简化和自动化开发流程中流程的任务，我正在寻找其他人对类似问题所做的建议/建议。我们目前...

Answer 1

1。在TFS中不建议使用。