我们应该合并Master到Release还是反之吗？

Question

当前，在我们的项目中，我们正在将代码检入master分支。发布即将来临。在完成开发冻结（停止检查代码）之后，我们扩展到了release-1.0。
我们已经在1.0版分支部署环境中进行了彻底的测试，此后我们发现了很少的错误。我们修复了它们。这是我的问题...

1。我们是否应该检入master或release-1.0的这些代码修补程序？我的意思是推荐和最佳做法？
 2.根据签入分支，我们将合并到其他分支。对吧？
 3.在这方面还有其他好的做法吗？

谢谢

Answer 1

• 如果要解决版本1.0上的问题，请分支并合并到该分支中
• 如果您要为将来的版本进行开发，请分支并合并为master
• 您可以并且应该将Release-1.0向下合并到主版本中
• 完成1.0版的发布并准备好进行部署时，您可以使用Official-1.0之类的标签或类似的标签对其进行标记，以表明它代表实际版本

最终，这全部归结为您决定使用的工作流程。这更多的是准则，而不是规则。

Answer 2

如果您使用每个版本的分支，则通常的做法是将修补程序应用于新的分支，例如从release-1.0-sp1分支出来的release-1.0，这是您所使用的确切版本重新尝试修复，然后从release-1.0-sp1分支再次部署您的应用。

然后，您将 （如git merge）release-1.0-sp1合并到您的开发分支（在您的情况下为master）。

Gitflow是一种流行的工作流程，它可能是您遵循的良好做法所需要的。

  

https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow

Answer 3

• 标签发布新版本（版本）
• 修补程序修补发行版
• 版本准备新版本
• 功能原型原型
• 母版代表正式发布历史
• 开发项目的最新状态，包括已就绪的功能分支

有关更多详细信息和示例，请参见this article。