后端系统的Git流程

Question

我正在尝试按照git流程来部署我的后端服务。后端服务是一个graphQL API，我们有一个黄金法则 NEVER 打破向后兼容性。

我无法理解为什么需要发布分支。如果我没有打破任何向后兼容性，那么我将在发布环境中测试它？

新功能开发

• 发展分支
• 在本地分支上开发，执行本地单元测试。
• 准备就绪后，打开PR进行开发
• 将PR重新启动到开发，执行单元测试，创建开发环境并执行集成测试。
• 与大师合并。
• 部署到生产和其他N个沙箱。这些沙箱将用于与第三方集成。例如，前端wbe可以使用此沙箱进行测试。

Answer 1

在git流中使用发布分支的想法是你可以把你知道的开发分支的一部分处于良好状态，根据需要修复bug然后将其合并到master中，然后将其合并到develop中试。

如果您正在合并发展成为主人（跳过发布），这很好，但您需要格外小心，以免意外地进行不稳定/未经测试的开发分支提交。这就是发布分支明确区分风险的原因。

Git flow是一种分支策略，但根据我的经验，没有任何分支策略同样适合每个项目。你应该从各个地方提取想法，找到最适合你项目的东西。一般来说，Git流程是一种很好的方法。