【问题标题】:Best practice for branching a branch and combining with trunk in SVN?SVN中分支分支并与主干结合的最佳实践?
【发布时间】:2012-04-23 22:49:59
【问题描述】:

我只是想知道在这种情况下最佳做法是什么:

我有一个“分支 A”,它是一个月前从包含未完成代码的主干分支出来的。我也有代码,目前位于行李箱的顶部。

我需要的是能够拥有另一个分支,其中包含主干上的当前代码和“分支 A”中的代码,但我想将其重命名为“分支 B”。新分支应该用于处理未来特定版本的功能,而“分支 A”仅用于处理特定功能。

我:

A) 从主干合并到分支,然后重命名分支?

B) 从主干上做一个分支,然后将“Branch A”合并到新创建的“Branch B”中?

C) 在 TortoiseSVN 中进行“双向合并”?

D) 其他选择?

只是想知道在这种情况下会推荐什么,以及什么会在以后最不让人头疼。

谢谢!

【问题讨论】:

    标签: svn merge tortoisesvn branching-and-merging


    【解决方案1】:

    显然有一些工作流程会导致很多麻烦。

    我遇到了同样的问题,发现这篇文章很有趣 Bunny Hop

    【讨论】:

    【解决方案2】:

    我会推荐 B 选项。保持分支的时间顺序很重要。旧分支的更改应合并到新分支。这样,您可以避免交叉合并冲突。所以我会从头(分支B)创建一个新分支。然后我会按这个顺序合并: 分支 A -> 分支 B -> 头

    【讨论】:

      【解决方案3】:

      让您的分支与主干的更改保持同步始终是一个好主意。因此,对于您的场景,我首先将主干更改合并到分支 A。然后,我将从分支 A 创建一个分支 B。

      创建两个分支后,我会尽力将主干更改合并到分支 A 和 B,因为主干发生更改。

      【讨论】:

      • 所有在 A 中完成的工作现在都将在 B 中完成。我应该在创建 B 之后删除分支 A 还是其他什么?如果我从 A 分支 B,我想我不能。
      • 如果分支 B 的目的是摆脱分支 A,那么您应该将主干更改合并到分支 A 中,然后您就完成了。永远不需要创建分支 B。听起来您在原始问题中需要 2 个分支。
      • 好吧,我需要先整合来自分支 A 的更改。我只想将它称为“分支 B”,并让它包含来自主干头的当前代码以及来自“分支 A”的更改。
      猜你喜欢
      • 1970-01-01
      • 2023-04-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多