Git - 上游 + 功能分支 + 发布分支

Question

Git - 上游 + 功能分支 + 发布分支

3

我曾经使用过基于变基的主题分支工作流http://www.golden-gryphon.com/software/misc/packaging.html

但由于本地测试人员和管理员不喜欢一次性发布分支，我需要转向具有稳定分支的工作流程。

唯一可接受的是合并工作流。现在问题是我不知道如何在这个工作流中处理依赖功能分支。当进行变基时，这很简单，对于每个补丁，我只需重新基于所有依赖于此分支的功能分支，一切就恢复正常了。但是，在合并工作流中，我无法变基我的功能分支，但对于此来说，合并似乎有点疯狂。

是否有更好的方法？

- Šimon Tóth

链接已经失效，但可以在http://web.archive.org/web/20111230235724/http://www.golden-gryphon.com/software/misc/packaging.html 找到它。 - Tobias Kienzler

2个回答

2

合并工作流程和变基工作流程的主要区别在于，在变基工作流程中合并是不可见的，但它们仍然会发生（您可以在变基后的reflog中看到它们）。使用变基甚至会有更多的合并，因为对于要被变基的分支的每个新变更集，都会执行自己的合并，而在普通合并工作流程中只会执行两个分支头之间的一次合并。

典型的合并工作流程如下：

             o-o-o--------------o         Release1+bugfixes
            /     \              \
o-----o----o--o-o--o---o----o-o-o-o-o--o  develop
       \     /               \     /
        o-o-o Feature 1       o---o Feature 2

短期功能在开发中被开发，长期功能则有自己的分支。功能分支合并回开发分支。对于每个版本发布，都会从开发中创建一个分支，并在出现错误的发布分支上创建错误修复程序。当错误修复完成后，它会合并回开发分支。

更好的解释可以在http://nvie.com/posts/a-successful-git-branching-model/找到。

- Rudi

问题在于我有几个相互依赖的长期特性分支。你所描述的工作流程是微不足道的（并且基本上是我的更大工作流程的一部分）。 - Šimon Tóth

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- che · Accepted Answer

通过引入一些长期特性，该模型可能会像这样：

     o-----o  bugfix
    /       \
o--o--o------o------o  develop branch
       \      \      \
        o-o----o---o--o  long-term feature 1
           \    \   \  \
            o--o-o-o-o--o--o feature 2

基本上，你有一个开发分支，并将错误修复合并到开发分支。长期特性分支是开发分支的基础，你可以通过从开发分支合并新变更来更新它。

类似地，你有一个基于特性1的特性2分支，你可以通过从特性1分支合并新功能来更新它。

当特性1完成后，你将其合并回开发分支，并从开发分支更新特性2：

     o-----o  bugfix
    /       \
o--o--o------o------o---o---o  develop branch w/ feature 1
       \      \      \ /     \
        o-o----o---o--o       \
           \    \   \  \       \
            o--o-o-o-o--o--o--o-o feature 2