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

Let*_*_Be 3 git

我正在使用rebasing主题分支工作流程http://www.golden-gryphon.com/software/misc/packaging.html

但是因为本地测试人员和管理员不喜欢一次性发布分支,所以我需要转移到具有稳定分支的工作流.

唯一可接受的是合并工作流程.现在的问题是我不知道如何使用此工作流中的相关功能分支.在变基础时,这很简单,每个补丁我只是重新设置依赖于这个分支的所有功能分支,一切都恢复正常.通过合并工作流程,我无法修改我的功能分支,但合并似乎有点疯狂.

有更好的方法吗?

che*_*che 5

有几个长期功能,模型可能如下所示:

     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
Run Code Online (Sandbox Code Playgroud)

基本上,您有一个开发分支,并将错误修正合并到您的开发分支.长期功能分支是开发分支的基础,您可以通过合并该开发分支的新更改来更新它.

同样,您有一个基于功能1的reature 2的功能分支,您可以通过合并新功能新功能1分支来更新它.

完成功能1后,将其合并回来进行开发,并从develop分支更新功能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
Run Code Online (Sandbox Code Playgroud)

  • [再次SO切断了我.grml]主要问题是保持规则在正确的分支中开发产品的每个方面,以避免在分支之间挑选补丁.此外,如果核心或功能中的某些更改将破坏合并链中的内容,则后台中的自动CI类合并测试系统有助于尽快收到警报. (3认同)