svn:在除主干以外的分支之间合并

Question

我们有一个 SVN 项目，分支 B 是我工作的，分支 C 是同事工作的。 (他主要从事一个代码领域，而我主要从事另一个领域)

如果我们希望在合并到主干之前保持同步，他和我应该如何合并？

我们在合并内容时没有任何问题，但是内容(特别是 svn:mergeinfo，原因很明显)一直显示树冲突并且总是给我们带来麻烦。

我们应该做什么？

Answer 1

如果你们都可以在同一个分支中工作，那么考虑对一个分支的所有更改进行毫无根据的合并，然后放弃另一个分支。如果您的分支中有其他必须保持独立的更改，那么请仔细考虑只挑选那些应该毫无根据地合并到单个分支的更改，然后在源分支中恢复这些更改。

结构(供引用):

树干

A支线

B支线

过程将类似于以下内容:

FI (向前整合)主干到两个 child 。 (将干线合并到分支 A ，然后将干线合并到分支 B )。

无根据的合并来自 乙至一个 .

放弃乙 (至少锁定以防止意外使用已退休的分支)。

FI 中继到 一个 再次(重新建立合并关系并在引入进一步更改之前消除任何合并冲突。

您和其他开发人员都继续在分支 中开发一个 直到稳定。

FI 中继到 一个 (从其他开发人员或其他主干事件中获取最新更改)

在 A 中快速构建和运行冒烟测试(确认 FI 成功并且 A 仍然稳定)

如果在冒烟测试期间主干发生更多变化，则重复 6 和 7 或可能锁定主干，直到步骤 6 - 8 可以完成。

RI(反向积分)A 到干线

想法:如果可能的话，避免将来必须在子分支之间共享不稳定的更改。与标准的完全父子合并相比，毫无根据的合并和挑剔的更改都是风险更高的操作。一种方法是使用公共(public)开发分支，然后仅在需要时按功能分支。所有开发人员都使用公共(public)开发分支进行更改。当重大变更需要多个开发人员构建和稳定时，创建功能分支。一旦稳定集成回 Dev 分支并退出功能分支。