GitFlow：发布分支和主分支之间有什么区别？

我刚看了一眼。我不理解

发布

分支

---

有谁能告诉我

release

和

master

分支之间的区别吗？

一旦您希望在您的发行版中拥有的所有功能都在开发中，而不是将开发“锁定”到任何新提交，您将创建relase分支，该分支将包含下一个发行版中预期的所有功能（而且不是在master中，因为您的整个版本都应该经过测试，可能会有一些错误修复…）

• 在这个分支中，您只有bug修复、文档等，但没有新功能
• 您的开发分支未被锁定，因此下一版本的新功能仍然可以提交/推送开发和测试
• 发布分支非常适合部署在暂存/预生产环境中，并让QA测试您的发布
• 一旦发布分支稳定，您就可以将其合并到master中并转到prod。master应该始终保持稳定（如果不稳定，则进行热修复）

您可以查看这些链接以了解更多说明：

---

区别在于目标和过程。通常在准备即将发布的版本时会创建一个

发布

分支。当所有

功能

应该发布的分支已经合并到

开发

分支时，您创建的

发布

分支关闭

开发

分支并且只提交错误修复或一些配置更改。换句话说，您尝试使其尽可能稳定。当希望

发布

分支足够稳定时，您可以将其合并回

开发

和

主

分支。

主

分支的目的是始终拥有最新的稳定版本可以部署到生产环境的项目。您从不直接提交到主分支，只从

发布

或

修补程序

分支合并到主分支。还可以配置CI/CD工具，以便在

主分支

中的任何更新时部署到生产。

在

发布

后，

发布ase

分支将被删除，但

主分支将保持稳定。
是否有关于将发布分支合并到主分支的时间安排的建议。我不确定是在发布到生产中之前将发布分支合并到主分支，还是从发布分支发布到生产中，然后合并到主分支主版本。我的发布分支已经注销。如果我将其合并到主版本并部署到生产环境中，那么我不会测试该合并版本。理想情况下，由于我的主版本没有被触动，那么从发布到主版本的任何合并都不会产生任何冲突或任何其他意外。但是我不确定问题是什么recommen@AnujKhanna 为了避免意外，git flow正是被推荐的原因。问题的描述中附有一个备忘单，下面的备忘单应该可以让你安全。此外，我觉得如果我有信心将发布分支合并到主分支，那么合并到生产中也应该是安全的。