main <=>促使h1> 因很简单，但是，主分支的通常名称是
我认为构建工件，然后在所有环境、测试、预生产、生产中部署它是一个好主意。但是根据Gitflow，我们使用"发布";分支用于测试，我们将其合并为主、开发和删除发布分支。所以我们有"释放"工件，我们测试它，但据我所知，我们从标记的主分支部署到prod工件。对我来说，这很奇怪。这可能是客观的原因什么?
main <=>促使h1> 因很简单，但是，主分支的通常名称是master。需要有一种简单的方法来引用prod包含的任何内容，因为在热修复的情况下，您希望从prod分支出来，因为问题在那里是可重现的。另一个问题是，通常也有一个用于热修复的分支。
<标题>
发布分支基本上，你可能同时有许多不同的东西正在开发。您可能希望创建分隔良好的问题空间分区来定义您的任务，每个这样的分区将代表一个版本。所以，如果你一方面在优化一些业务逻辑，另一方面又在优化UI，那么你不一定知道哪一个会先发布，所以你会为它们设置一些命名的分支。有"release"分支是对此的约定。现在，当您将一个发布部署到prod时，您可以将master合并到您的发布分支中，并执行自动和/或手动测试。当这是成功的，你的发布分支被合并到你的master分支。
删除发布分支
一旦一个发布分支所代表的工作被成功完成，在它被合并之后删除它是有意义的，以避免在不太可能改变的事情上浪费存储空间(因为它们被接受了)。请注意，如果一个问题在以后的发布中出现，您总是可以checkout表示发布合并的标记提交的提交散列，以便查看您所看到的问题在发布分支发布时是否已经出现。