tfs - DevOps 中的分支策略

Question

我正在使用 TFS 设置 DevOps 流程并想知道分支策略。如果我有以下示例分支(图片来自 Guidance: A Branching strategy for Scrum Teams)。

我设置了 DevOps 流程(持续集成和持续交付)，并从 MAIN 分支(使用 Jenkins)进行持续集成。

• 我将如何处理修补程序？如果开发人员经常合并到 MAIN 分支来验证构建，我如何获取最后发布的代码以应用热修复？如果我要使用 Release 分支，我最终必须将热修复程序集成到 MAIN 分支中才能启动 CI 流程。但是，MAIN 分支可能包含发布之外的更改。

请就此问题提出建议。

Answer 1

一般来说，一个热修复应该从主分支上的相关版本中得到。然后需要为热修复创建一个专用分支，将其与上一个稳定分支合并。如果它通过了整个 QA、单元测试、系统测试等，则将其合并回主分支作为下一个发布版本。

你可以看看下面这个使用git的例子，引用在这里:git best practice .源代码控制不是问题，而是主要思想。仔细阅读文章，相信您一定能找到想要的。

有些组织仍在使用补丁...我不是很喜欢这个解决方案，但如果这是你的情况，请告诉我，因为在补丁中有一些不同的解决方案。