代码之家  ›  专栏  ›  技术社区  ›  Dev davidkonrad

GitFlow如何处理合并开发的取消的功能

  •  2
  • Dev davidkonrad  · 技术社区  · 7 年前

    here

    完成的特性和修复在准备发布时被合并回开发分支

    据我所知,这意味着当开发人员对他们的工作充满信心时,就可以合并特性进行开发。

    当需要发布时,会在develope的基础上创建一个发布分支

    在这一行中,developer分支中的特性有望发布。


    以上都是好的,直到一个特性被QA测试确定为不“准备好”发布,或者可能这几乎是发布日期,所说的特性可以移动到下一个版本。

    我知道你在做什么 git revert


    实验性定制工作流

    我正在试验的流程与gitflow几乎相同,只是部分是“合并特性以进行开发”。在这个实验性的工作流中,它被替换为“已验证”

    流变成这样:

    1. 未合并 )在一个
    2. 合并
    3. 从开发创建

    对我来说很好,但有个小问题。它会在每个重基上创建重复的提交。我试过了 cherry-pick , merge pull --rebase


    我计划测试另一种方法来避免 但我认为这也会带来另一系列问题。

    与上面的工作流程几乎相同

    1. QA发布或测试的所有特性 比如说,到树枝上

    2. 樱桃采摘 发展

    3. 从预开发创建 因为它包含了所有的特性(前沿)

    对此有何看法?你有更好的替代方案来解决这个问题吗?

    1 回复  |  直到 7 年前
        1
  •  0
  •   vanillaSugar    7 年前

    常规流量:

    • 功能->发展

    • 开发->释放

    • 开发->特征

    • 功能->要测试的功能

    所以从特征到发展:

    • 开发-> -&燃气轮机; 要测试的功能 -&燃气轮机;发展

    这里我们可以看到使用rebase的重复提交

    工作流程2

    • 预开发->特征
    • 功能->樱桃采摘->发展

    这似乎有点奇怪,我以前没见过这种方法。可能有用,我不确定。

    https://softwareengineering.stackexchange.com/questions/295202/what-happens-if-a-feature-merged-into-develop-is-postponed-by-management

    Git-Flow undo a finished feature branch