Tortoisesvn Subversion 1.8-合并-不再重新整合分支选项

Tortoisesvn Subversion 1.8-合并-不再重新整合分支选项,svn,tortoisesvn,branching-and-merging,Svn,Tortoisesvn,Branching And Merging,在tortoiseSvn 1.8中,没有“重新整合”分支选项。 在Ortoise Svn 1.8中,重新整合分支的正确方法是什么 在“合并”中,选择“下一步”选项: 然后我看到下一个窗口: 还是我做错了什么?只需将分支合并到任何目标 编辑 好的,扩展答案:图片中的“为假人合并” 前言 好的,我不会掩盖或隐藏用过的试验场 在本示例资源中使用: 存储库“你好,世界” 分支机构 回购主体 本地目录z:\WC Trunk(Trunk的WC,用于进程) TortoiseSVN 1.8.1,

在tortoiseSvn 1.8中,没有“重新整合”分支选项。 在Ortoise Svn 1.8中,重新整合分支的正确方法是什么

在“合并”中,选择“下一步”选项:

然后我看到下一个窗口:


还是我做错了什么?

只需将分支合并到任何目标

编辑

好的,扩展答案:图片中的“为假人合并”

前言

好的,我不会掩盖或隐藏用过的试验场

在本示例资源中使用:

  • 存储库“你好,世界”
    • 分支机构
    • 回购主体

  • 本地目录
    z:\WC Trunk
    (Trunk的WC,用于进程)
  • TortoiseSVN 1.8.1,构建24570-32位
复制步骤

为了将分支合并到主干,我必须有主干的工作副本,因此-trunk的头部检查到WC-trunk

z:\WC-Trunk>svn ls
Dr?p?r.ma?ar.sv?nskan.man.eller.smalensk?n.txt
Hello.de.txt
Hello.en.txt
Hello.eo.txt
Hello.fr.txt
这是需要的

z:\WC-Trunk>svn info
Path: .
Working Copy Root Path: Z:\WC-Trunk
URL: http://mayorat.ursinecorner.ru:8088/svn/Hello/trunk
Relative URL: ^/trunk
...
开始合并

选择“合并范围”,因为“此方法适用于对分支(或主干)进行一个或多个修订,并且希望将这些更改移植到其他分支的情况”

选择所有修订(如果没有定义)以及存储库中树的路径,这些修订必须合并到主干(我们的法国分支)

定义(如果需要)一些额外的合并选项,可以测试合并以便检测,是否需要以任何形式解决冲突,或者最后启动真正的合并过程


由于Subversion 1.8不赞成--reintegrate选项,所以它不再在OttoiseSVN中。Subversion 1.8具有自动重新整合处理/检测功能

具体见:

为方便起见,以下是相关区域:

自动重新整合合并(--重新整合选项已弃用)

在合并来自其他分支的所有合格修订的过程中, Subversion 1.8将自动决定合并是否成功 重新整合一个分支。因此,重新整合一个分支并不意味着什么 不再需要--reintegrate选项才能正确操作

svn merge的--reintegrate选项现在已被弃用,其使用也已停止 气馁。若要重新整合分支,请创建 trunk并在其顶级目录中运行以下命令:

$ svn merge ^/branches/my-branch
此合并仍将执行与svn合并类似的健全性检查 --在早期版本中执行的重新整合:

  • 工作副本不得为混合修订工作副本
  • 工作副本不得具有切换子树
  • 从重新融入目标(如主干)到重新融入来源的修订范围不得有任何差距
    (即待重新整合的分支机构)
如果检测到这些情况中的任何一种,合并将中止,并且 必须采取必要步骤解决问题,然后分支机构才能 重新融入社会。与--重新整合合并相反,自动 重新合并到带有本地修改的工作副本中是不允许的 允许

可以使用以下命令在两个分支之间以任何顺序进行来回合并 自动重新融合(保持活力的舞蹈)不再是 (必要的)。为获得最佳结果,建议始终合并所有 符合条件的修订,即不使用svn merge的-r或-c选项。 仅合并符合条件的修订的子集会增加可能性 在未来的合并过程中出现的问题

在Subversion 1.8中使用--reintegrate将强制重新整合 合并,无论在给定的环境中执行的合并是否正确 情况

在您的情况下,您应该执行以下操作:

  • 确保您使用的是一个干净、无修改、最新的中继工作副本,就像您通常使用的一样
  • TortoiseSVN->在此工作副本根目录上合并
  • 选择“合并修订范围”
  • 选择要重新集成的分支
  • 不指定修订范围(合并所有符合条件的修订)
  • Subversion 1.8应自动检测重新整合并执行相同的安全检查
  • 正常进行合并
  • 根据兼容性表,只要Subversion服务器和存储库格式均为1.5或更高版本,Subversion 1.8客户端就可以执行此自动重新集成


    我自己还没有做过自动重新整合,我只是离开发行说明。

    按住Shift键打开上下文菜单时,你会看到隐藏的选项。菜单中将出现
    TortoiseSVN
    /
    合并重新整合…


    但是,您应该使用新的
    自动重新整合合并

    我有3个分支要设置。从、到和工作副本当我选择“合并两棵不同的树”@JernejNovak-不要使用2-URL合并,直到它真的需要为止。在本教程结束时,您会将分支中的所有更改合并到主干的工作副本中,对吗?要完全清除该分支,通常的步骤是什么?提交主干并删除分支?我做了提交并查看了修订图。创建时有一条从主干到分支的分支曲线。然而,没有重返社会的迹象。这是否意味着我的合并未被检测为重新整合?如果我的工作副本中有分支、标记和主干,我如何知道合并将直接进入主干,或者如何指定合并到主干?您会看到哪些选项?此答案更好,因为“不指定修订范围(合并所有符合条件的修订)”谢谢你的解释。我注意到,在SVN1.7中,合并跟踪也可以很好地工作,我也不认为有必要在那里使用重新整合。也可以在1.7中使用普通合并来重新整合吗?@Fletch我一直在collab.net上引用过