git中多个分支的热修复

Question

在Git中，我有两个主要分支:一个稳定分支和一个"beta“分支。

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

在这种情况下，创建补丁是正确的做法吗？或者我是否应该在创建热修复时将稳定合并到"beta“分支？对我来说，将稳定版合并回"beta“版似乎是一个糟糕的主意，而实际上它通常是相反的(我可能错了，我不是Git专家)。

Answer 1

为什么不通过cherry-pick将提交从一个分支转移到另一个分支呢？这样，您就可以将提交信息与提交的更改一起携带，而不必合并完整的分支。

Answer 2

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

稳定分支上的补丁和提交修补程序不断地将稳定分支合并到"beta“分支

当我发布这个问题的时候，我还是个Git新手。我发现这种策略比挑剔要好得多(尽管它确实有效)，因为当我们最终确定beta代码是稳定的时，我们可以更容易地将"beta“合并到稳定中。希望这能有所帮助。