我最近承担了简化和自动化开发流程中流程的任务，并且我正在寻找其他人对类似问题所做的建议。
我们目前使用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> Release中合并的（一件事需要三次签入...）。
此外，我们有一个单独的错误跟踪系统，该系统用于从CSR收集错误报告，并且该系统向外部成员（没有TFS访问权限的人员）提供状态。这种设置需要人工将数据从TFS复制到外部系统（反之亦然），这是我要解决的主要低效率问题。
当前，TFS工作项包含所有注释，并提供与特定代码更改的关系。我想将所有内容转移到TFS并放弃外部系统，该外部系统提出了以下挑战和问题：
附加信息：
我们是一个由5个开发人员和5个质量检查人员组成的小型团队，拥有围绕我们产品构建的20：1更大的外部基础架构，这就是我希望实现自动化的原因。
感谢您的建议/建议！
1.在TFS中不建议使用。
TFS并非旨在成为公共错误跟踪程序。本地TFS使用Windows AD进行身份验证。Azure DevOps Service（cloud）使用Microsoft帐户或组织帐户（由Azure AD支持）。
除此之外，没有将特定工作项目限制为特定用户的概念-有权访问给定区域中的工作项目的任何用户都可以编辑该区域中的所有工作项目。
来源链接：TFS可以用作公共错误报告工具吗？
如果您坚持要执行此操作，则更好的方法是借助某些第三方工具来执行此操作。您可以在以下问题中查看我们的PG的Ewald Hofman的答案：处理TFS中客户提出的错误
2.你是正确的。在TFS中，当合并分支时，结果更改集链接到所有合并的更改集。TFS =不提供在“合并”对话框中选择相关工作项的选项，我们应在“签入更改”窗口中手动添加工作项，然后单击“签入”按钮在合并分支上执行签入。
您可能需要自定义脚本才能实现。此外，您还可以使用或引用一些第三方工具/扩展名，例如TFS合并工作项插件
3.我们不能断定这是好是坏的策略。如果完全符合您的需求，那就很好。如果您担心变更集的签入时间和数量。首先，当您合并对Release的更改时。通常有多个变更集。如果对文件的更改很少，则无需执行此操作。换句话说，您不必经常检查。您也可以选择具有架子集的待处理工作，而无需检入每个更新。
此外，如需更多选择，请联系我们的官方链接：了解Team Foundation版本控制（TFVC）的分支策略以及如何选择有效的策略
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句