git中多个分支的热修复

Question

在Git中，我有两个主要分支：一个稳定的分支和一个“beta”分支。

一群人正在使用从“beta”分支编译的代码，而大多数人正在使用从stable分支编译的代码。每隔一段时间，“beta”分支就会与稳定分支合并，但不会经常合并。在版本之间，我有时会对稳定分支和“beta”分支进行修补。我不确定在这种情况下最佳做法是什么，但我通常会创建一个补丁并将其分别应用于两个分支。我不想将“beta”分支合并到稳定分支上以分发修补程序。我也不希望稳定分支用户等待几个月来合并以分发一个简单的修补程序。

在这种情况下创建补丁是正确的吗？或者，每当我创建一个修补程序时，我应该将稳定版合并到“beta”分支上吗？对于我来说，将它稳定地反馈到“beta”似乎是一个坏主意，因为它通常是相反的（我可能是错的;我不是Git专家）。

Answer 1

为什么不cherry-pick从一个分支到另一个分支？这样您就可以随身携带提交信息以及您提交的更改，而不必合并完整的分支。

Answer 2

这是一篇旧帖子，但如果有人想知道，我发现这是最好的做法：

在稳定分支上修补并提交修补程序 不断将稳定分支合并为“beta”分支

当我发布这个问题时，我是一个Git noob。我发现这个策略比采摘樱桃要好得多（尽管确实有效），因为当我们最终确定beta代码稳定时，我们可以更容易地将“beta”合并到stable中。希望有所帮助。