gpt4 book ai didi

Git - 上游+特性分支+发布分支

转载 作者:太空狗 更新时间:2023-10-29 13:52:27 26 4
gpt4 key购买 nike

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

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

唯一可以接受的是 merge 工作流。现在的问题是我不知道如何在此工作流程中使用依赖的功能分支。 rebase 时,这很简单,对于每个补丁,我只需对依赖于该分支的所有功能分支进行 rebase ,然后一切恢复正常。通过 merge 工作流程,我无法重新设置我的功能分支的基址,但为此 merge 似乎有点疯狂。

有没有更好的方法?

最佳答案

有了几个长期特征,模型可能看起来像这样:

     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

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

类似地,您有一个基于功能 1 的功能 2 的功能分支,您通过 merge 新的东西更新功能 1 分支。

完成功能 1 后,将其 merge 回开发分支,并从开发分支更新功能 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

关于Git - 上游+特性分支+发布分支,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4051013/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com