Svn 重新整合分支与合并修订范围
在subversion中,我创建了一个分支,现在我想将它合并回主干。我应该使用哪个选项 重新整合分支 或 合并修订范围Svn 重新整合分支与合并修订范围,svn,Svn,在subversion中,我创建了一个分支,现在我想将它合并回主干。我应该使用哪个选项 重新整合分支 或 合并修订范围 我使用了一系列的修改,但是我得到了各种各样的树冲突错误。知道这两者之间的区别吗?乌龟SVN合并与重新整合解释: 处理分支时,应定期将主干到分支的修订范围合并到分支中。如果您没有向svn merge传递任何版本号,并且您的svn服务器版本为1.5或更高版本,则它将跟踪您以前进行的合并,并仅自动合并较新版本 分支完成后,您应该最后一次将更改合并到分支中,然后再将其重新合并到主干中。
我使用了一系列的修改,但是我得到了各种各样的树冲突错误。知道这两者之间的区别吗?乌龟SVN合并与重新整合解释:
处理分支时,应定期将主干到分支的修订范围合并到分支中。如果您没有向svn merge传递任何版本号,并且您的svn服务器版本为1.5或更高版本,则它将跟踪您以前进行的合并,并仅自动合并较新版本
分支完成后,您应该最后一次将更改合并到分支中,然后再将其重新合并到主干中。以下是我通常执行的合并步骤 一, svn日志-v--复制时停止 这将在您首次创建分支机构时为您提供回购修订。 说它是AAAA 二, svn日志-v-rAAAA:头 这将为您提供取出分支后在主干中所做的更改。这不是必需的,但我用它来了解我现在应该合并什么 三, 如果是第二步。报告的中继更改,转到分支工作区并运行 svn合并-干运行-rAAAA:水头 这将报告自您分支到mybranch以来在trunk中所做的所有更改-查看并重新运行命令,而不使用--dry run选项来执行实际的合并 四, 提交分支工作区合并后的相关注释。(例如,“从主干版本AAAA到XXXX的合并更改”-其中XXXX是当前的头部版本)这会将头部显示为版本YYYY 五, 接下来在主干工作区中,键入 svn合并-干运行-rAAAA:水头 这应该报告分支创建后到目前为止所做的更改。 查看报告以验证合并/冲突的内容等,然后在不使用--dry run选项的情况下运行命令,以实际执行合并 六,
手动解决冲突(如果有),运行svn resolved告诉回购方您的冲突现在都已解决,然后使用相关消息执行提交,例如“从mybranch合并到trunk-从修订版AAAA到YYYY包含的更改”。这有助于您下次运行日志,然后您只需在该点执行从YYYY到头部的下一次合并扎卡里从来没有提到过使用乌龟,所以我不一定会认为这是“直接从源头来的”,我会编辑我的帖子。但是你有点迂腐,不是吗?乌龟是SVN客户。如果我使用SVN命令行、Ortoise、SVNCOM或WebVN,合并与重新集成会有什么不同?老实说,Ortoise的“合并一系列修订”选项比SVN命令行客户端的“合并”要愚蠢得多,因为当您将修订列表留空时会发生这种行为。最近对OrtoiseSVN的更改(即,删除“重新整合”选项)导致您链接到的文档发生更改,因此它不再讨论合并和重新整合之间的区别。与最初发布此答案时的情况相同。可能重复