后端系统的Git流

我试图按照git流程部署后端服务。后端服务是一个GraphQLAPI，我们有一条永不中断向后兼容性的黄金法则

我不明白为什么我需要发布分支。如果我没有破坏任何向后兼容性，我将在发布环境中测试什么

新功能开发

发展部 在本地分支上开发，执行本地单元测试。 准备好后，打开一个PR进行开发 将PR重新设置为开发、执行单元测试、创建开发环境和执行集成测试。 和主人合并。 部署到生产环境和N个其他沙箱。这些沙盒将用于与第三方的集成。例如，前端wbe可以使用这个沙箱进行测试。

---

在git流中使用发布分支的想法是，您可以获取开发分支的一部分，您知道该部分处于良好状态，必要时对其进行bug修复，然后将其合并到master中，然后再重新合并到develope中

如果您要将developer合并到主跳过版本中，这很好，但您需要格外小心，以免意外地执行不稳定/未经测试的develope分支提交。这就是发布分支明确区分风险的地方

---

Git流是一种分支策略，但根据我的经验，没有一种分支策略能够同等地适合每个项目。你应该从不同的地方汲取想法，找到最适合你的项目的东西。不过，Git flow通常是一种很好的方法。

我不确定向后兼容性与发布分支的需要或缺乏有什么关系。您可能希望在最终的GitFlow参考中了解它们的用法和用途，以确定它们是否为您的项目服务。