在SVN中同步两个分支而不重新整合

我的躯干有一个分支。起初，我只是简单地将更改合并到分支中，从而用主干对功能分支进行重定。我通过合并——重新整合来重新融入社会。然后树枝就枯死了，一切都很好

现在，我有一个不同的要求。分支不应死亡，还应定期将其整合回主干中

所以，我要做的是，我从Feature分支合并到trunk中，然后记录仅合并此修订返回到Feature分支，以防止在我重新基线时再次合并它

我现在的问题是，如何进行重基？是同一种方式吗？这意味着我必须将主干中的更改合并到功能分支中，并记录仅合并回主干？或者甚至不需要进行记录合并

是的，我知道这不是真正的方式，Subversion是为它而设计的，但目前我需要它

---

提前谢谢

我不确定你所说的在中重定基址是什么意思——svn中没有任何东西可以与git重定基址过程相比

---

但是，如果您使用的是相当新的svn版本（1.8+绝对足够，1.7+则必须检查），则分支永远不必消亡，而且您也不必进行仅记录合并（

--reintegrate

标志也已过时）。如果您想在主干和分支之间同步，只需从主干到分支执行正常的

合并

，反之亦然。Svn会在引擎盖下为你处理剩下的事情。您还可以使分支保持活动状态，并继续无限期地合并两个方向上的更改

对于重定基址，我只是指从主干合并。对不起，这个词不清楚。我使用的是SVN1.6。所以我不能使用自动合并，我也不想将整个分支相互合并。我需要合并特殊的修订范围（有些人称之为樱桃采摘）。我观察到的是，如果您已将分支中的特定修订合并到主干中，然后尝试将包含此合并提交的修订范围从主干合并回分支中，subversion将再次尝试将其合并。我想只有通过记录合并才能避免。是的，我想在这种情况下，您需要一个仅记录合并和指定某些修订范围的组合。您确实应该考虑更新到一个更当前的VPN版本。只需要使用更新的客户端，就可以避免像您提到的那样的大量头痛。谢谢！我有机会在1.8版测试SVN。但不可能同时进行自动合并和指定修订范围。当我使用范围修订合并时，似乎总是遇到只记录合并的麻烦。