繁体   English   中英

SVN与版本号合并抓取太多文件

[英]SVN merge with revision number grabs too many files

我正在使用SVN版本1.6,并且使用命令行合并了很多问题。 我正在尝试将单个修订(让我们称之为修订版#5)从一个分支合并到另一个分支。

我正在使用命令行合并。 我在要合并的分支中的CD,并尝试以下命令:

  • svn merge -r4:5 FROMBRANCH。
  • svn merge -r4:5 FROMBRANCH
  • svn merge -c5 FROMBRANCH。
  • svn merge -c5 FROMBRANCH

这些命令似乎都没有正常工作。 每次我发出合并命令然后执行“svn status”时,我会得到一个很长的文件列表。 该列表包括来自修订版#5的文件,以及我不想合并的许多其他文件。

(注意:我一直在确保使用“svn status”没有在本地更改任何文件。我也在使用“svn revert。-R”在每次合并尝试后恢复了更改。)

有任何想法吗? 谢谢!

“svn status”显示的长文件列表可能是由于“ mergeinfo ”属性更新。

正如在此处对<target branch>进行合并时所解释的那样,Subversion会更新<target branch>的所有子树中的现有mergeinfo,这些子树具有mergeinfo属性集。

这种意想不到的行为已在Subversion 1.7中得到解决

(来自Subversion 1.7 changelog)

如果子树不受合并影响,则合并不再在子树(具有其自己的显式mergeinfo)上记录mergeinfo(描述合并)。 这应该大大减少具有显式mergeinfo的具有大量子树的用户的虚假svn:mergeinfo属性更改的数量。

如果要合并的更改包含svn:mergeinfo修改,则仍将应用这些修改,就像任何其他属性修改一样。 因此,如果要合并的更改本身是使用1.5或1.6客户端执行的另一个合并的结果,则仍然可以进行过多的子树mergeinfo更改。 对于1.7个客户专门创建和维护的新分支机构,将获得最佳结果。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM