1

在 Git 中,我有两个主要分支:一个稳定分支和一个“测试版”分支。

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

在这种情况下创建补丁是否正确?还是应该在创建修补程序时将稳定版合并到“beta”分支上?对我来说,将 stable 合并回“beta”似乎是个坏主意,而它通常会反过来(我可能是错的;我不是 Git 专家)。

4

2 回答 2

2

为什么不从一个分支挑选你的提交到另一个分支?这样,您将携带提交信息以及提交的更改,而不必合并完整的分支。

于 2012-10-25T23:15:07.257 回答
1

这是一篇旧帖子,但如果有人想知道,我发现这是最佳实践:

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

当我发布这个问题时,我是一个 Git 菜鸟。我发现这种策略比樱桃采摘要好得多(尽管确实有效),因为当我们最终确定 beta 代码是稳定的时,我们可以更轻松地将“beta”合并到稳定中。希望有帮助。

于 2017-02-01T16:41:21.853 回答