如何在重新整合时删除挥之不去的svn：mergeinfo属性？

Question

我想独立于项目的其他开发工作进行少量更改。 我一直以此为指导。

我从/ trunk / app / module到/ branches / pete / feature-branch的svn cp开始，这是r393

进行一些更改后，在主干和分支之间来回合并以保持最新状态，我完成了我的功能，然后又开始在主干上工作。

几处修订之后，我决定也许应该清理功能分支，以便尝试重新集成它。

1. 我签出了功能分支和主干的新副本。
2. 我将主干更改合并到功能分支中并提交了它们
3. 然后，我在主干上进行了合并--reintegrate ^ / branches / pete / feature-branch，生成了r434

从代码的角度来看，一切看起来都不错，但是现在我的trunk / app / module仍然具有svn：mergeinfo属性。

$ svn pg svn:mergeinfo
/branches/pete/feature-branch:393-433

据我了解，svn：mergeinfo应该为空，这些修订应该被“删除”，或者这样行吗？

Answer 1

子文件夹上的此信息显示（偶然吗？）您在子文件夹上合并（不是在主干上，而是在/ trunk / app / module上）。

现在，Subversion知道它将不再合并来自此分支的这些修订。 通常，您只应在最顶层的文件夹上进行合并，因此mergeinfo仅在此文件夹上。

SVN-Team不建议仅合并一个子目录（ 请参阅SVN书主题 ）

避免子树合并和子树mergeinfo。 仅在分支的根目录上执行合并，而不在子目录或文件上执行合并（请参阅“子树合并和子树合并信息”部分）。

仍然可以进行所有合并，但是最终会在不同的文件夹级别上得到很多（不同的）mergeinfo，这使得以后很难弄清正在发生什么以及为什么SVN如此行为。

此外，总是有可能（不建议这样做！）删除merge-info属性，以“重置” mergetracking功能。 通常也通过删除分支来完成。 这样，第二次合并的风险通常可以忽略不计。