代码之家  ›  专栏  ›  技术社区  ›  MeanGreen

避免无基础合并的多个dev分支

  •  0
  • MeanGreen  · 技术社区  · 8 年前

    我正在为我目前的情况寻找正确的分支和合并策略。几周前,我从Main为应用程序的1.6版本创建了一个新的开发分支。这个版本正在测试中,将在未来几周上线。

    1.
    2.

    #1的问题是,根据TFS,1.6和1.7之间没有直接关系,这导致了无根据的合并。

    这是一种无法避免毫无根据的合并的情况,还是我的整个策略都错了?

    1 回复  |  直到 8 年前
        1
  •  1
  •   Daniel Mann    8 年前

    我假设 Main 代表您的上一个稳定版本,可能会接受修补程序等来解决关键问题。我还假设典型的工作流是您开始开发一个“vNext”版本——在本例中是1.6,然后处理该分支,直到完成它,然后将其合并到

    • 主要的 -您当前稳定的“生产”版本
    • Dev -您的开发中版本(本例中为1.6)

    开发者可以反对 正常地当它“完成”并成为当前稳定版本时,它将合并到 主要的

    现在,您可以从 对于您的1.7工作,将您的1.6更改反向集成到1.7中。当1.7成为新的开发目标时,将1.7合并到 开发 ,并删除1.7分支。

    主要的 分支来表示每个稳定版本,或者您可以创建发布分支来表示它们。

    推荐文章