颠覆:合并,还原,再次合并.为什么它会默默地失败？

Question

这是一个讨厌的Subversion错误还是我以错误的方式接近它？

将分支合并到主干中. - > HelloWorld.txt更新

恢复HelloWorld.txt

再次进行相同的合并. - >没有文件更新.

为什么第二次合并不会再次更新HelloWorld？它的行为好像已经复制了这个更改.不应该还原重置吗？

如果还原HelloWorld所在的整个文件夹,则第二个合并会再次正确应用更改.只有当您还原文件失败时才会这样.

这有点可怕.如果我现在需要还原一些文件怎么办？任何未来的合并都将无法复制关键代码.

Subversion 1.6 OS X 10.6.4

Answer 1

在svn文档Advanced Merging部分中记录了这个组合(参见注释23).首次合并更改时,将在svn:mergeinfo属性中跟踪合并的修订号.如果撤消更改,修订仍标记为已合并,以防止您错误地再次合并.事实是,如果你删除它,你几乎没有机会想要它...

但是,如果您确实想要再次合并它,那么您可以使用在以前合并修订版--ignore-ancestry时不会检入的选项svn:mergeinfo.另一个解决方案是故意删除此修订版svn:mergeinfo,以便将来可以再次合并.但是不要手动执行,使用命令的--record-only选项svn merge.

Answer 2

Subversion执行合并跟踪,这意味着它将记录已合并的修订版本.合并信息记录在svn:mergeinfo合并根目录中调用的属性中(即,您之后输入的任何内容svn merge).您还原了该文件,但可能未还原包含已修改或已添加svn:mergeinfo属性的合并根.