Svn 如何合并已从主干中进行更改的要素分支中的更改

Svn 如何合并已从主干中进行更改的要素分支中的更改,svn,branching-and-merging,Svn,Branching And Merging,我看到以前问过非常类似的问题,但似乎找不到一个与我的问题完全相同的答案。对不起,如果这是重复的 我正在一个功能分支上工作,提交了10个修订,并且不时地将主干上的修订合并到我的功能分支中。现在,该功能已准备就绪并开始工作,我想将更改合并回主干。在情节中,这是 trunk --------------------^ \ \ \ ? feat v-----v-----v----? 我的第一个想法是做一个横向的全分支合并,从分支分叉到头部,我都会以壮举合并变化

我看到以前问过非常类似的问题,但似乎找不到一个与我的问题完全相同的答案。对不起,如果这是重复的

我正在一个功能分支上工作,提交了10个修订,并且不时地将主干上的修订合并到我的功能分支中。现在,该功能已准备就绪并开始工作,我想将更改合并回主干。在情节中,这是

trunk --------------------^
      \     \     \      ?
 feat  v-----v-----v----?
我的第一个想法是做一个横向的全分支合并,从分支分叉到头部,我都会以壮举合并变化。但我看到的问题是,从主干合并的中间修订(包括几个文件添加和删除)在再次合并回主干时会导致冲突

我想知道,尽管存在冲突,整个分支合并是否是这样做的正确方法?或者,这仅仅是一个坏主意,从主干到壮举进行中间合并;尽管如此,这是有必要的吗


谢谢

在我之前的工作中,解决这一问题的方法是,在合并回主干之前,您要进行最后一次重基。这意味着签入主干的唯一更改将是在分支上发生的更改,而且由于您刚刚重新设置了基础,所以应该可以顺利进行

  • 将最新更改从主干拉到分支
  • 修复冲突,使应用程序编译,等等
  • 把你的树枝并入树干

    • 整个技术以Subversion命名。您应该注意到,在重新整合之后,您应该扔掉您的分支(本地副本和Subversion存储库中的分支),以确保不再使用它。SVN红皮书文档在一个示例中解释了要采取的步骤(与所描述的@Daemin相同)