Svn 从旧版本的主干分支并合并回主干的头部

Svn 从旧版本的主干分支并合并回主干的头部,svn,Svn,我在下面列出了我的SVN工作流程和问题 我有一个主干,它为不同的功能分支,然后合并回来。所以很明显,trunk有多个版本,可能每个版本都有一个新特性 比如说,我有100次修订 现在,我的验证团队在将几个修订组合在一起后验证代码 例如,说他们已经验证到85版。现在他们想验证86到95的修订版。因此,我从修订版95创建了一个单独的分支(我们称之为VAL95分支)。验证团队使用VAL95进行验证 VAL95验证期间发现的问题更新至VAL95分支机构。验证完成时,trunk处于修订版105 问题:如何将

我在下面列出了我的SVN工作流程和问题

  • 我有一个主干,它为不同的功能分支,然后合并回来。所以很明显,trunk有多个版本,可能每个版本都有一个新特性
  • 比如说,我有100次修订
  • 现在,我的验证团队在将几个修订组合在一起后验证代码
  • 例如,说他们已经验证到85版。现在他们想验证86到95的修订版。因此,我从修订版95创建了一个单独的分支(我们称之为VAL95分支)。验证团队使用VAL95进行验证
  • VAL95验证期间发现的问题更新至VAL95分支机构。验证完成时,trunk处于修订版105
  • 问题:如何将VAL95分支修复回主干
  • 我的解决方案如下:

  • 将躯干的头部(r105)合并到VAL95。(这是重定基址,对吗?)
  • 使用合并的更改提交VAL95
  • 将VAL95合并回主干,作为修订版106
  • 我看到的问题是,如果在下一轮验证中,他们选择了修订版95到100,那么被固定为修订版106的问题将无法用于VAL100的验证


    我做错了什么?

    我建议您在合并回主干之前验证分支中的功能

    重新整合分支机构的程序

    • 将主干中的修订合并到分支(重基)
    • 在分支中验证和修复
    • 再次将主干中的修订合并到分支(以防有人同时提交到主干中)
    • 将分支重新整合到主干(合并两个不同的树选项)