工作副本根目录以外路径上的SVN Mergeinfo属性

工作副本根目录以外路径上的SVN Mergeinfo属性,svn,tortoisesvn,merge,branch,Svn,Tortoisesvn,Merge,Branch,我有一个SVN存储库,其中有主干和分支 我打算定期将主干合并到分支中,但是,当我这样做时,除了实际的文件内容更改外,我还看到许多属性状态更改 经进一步调查,属性更改为mergeinfo属性。我不希望这样,因为我们总是从上根级别进行分支和合并 在合并主干之前,我使用了svnpropdel命令并从分支WC中删除了所有mergeinfo属性(然后恢复了根上的更改),问题就消失了 所以问题是,我的分支机构是如何在子目录级别获得所有这些mergeinfo更改的?Subversion 1.5.x添加了许多s

我有一个SVN存储库,其中有主干和分支

我打算定期将主干合并到分支中,但是,当我这样做时,除了实际的文件内容更改外,我还看到许多属性状态更改

经进一步调查,属性更改为mergeinfo属性。我不希望这样,因为我们总是从上根级别进行分支和合并

在合并主干之前,我使用了
svnpropdel
命令并从分支WC中删除了所有mergeinfo属性(然后恢复了根上的更改),问题就消失了


所以问题是,我的分支机构是如何在子目录级别获得所有这些mergeinfo更改的?

Subversion 1.5.x添加了许多svn:mergeinfo属性,甚至在您认为与合并无关的文件/文件夹上也是如此。但是Subversion仍然使用这些方法来减少后续合并的合并时间

如果您不喜欢这些属性,可以安全地从所有不属于合并的文件/文件夹中删除这些修改/添加的svn:mergeinfo属性(将其保留在工作副本根目录中,以及从合并中获得更改的文件/文件夹中)


如果一切按照1.6版的计划进行,Subversion 1.6将大大减少那些svn:mergeinfo属性。

Subversion 1.5.5中至少修复了此错误的一部分。从:

不要为wc移动或复制创建合并信息(r34184,-585)


也就是说,在1.5之前的SVN中有一个bug,它会创建mergeinfo条目,但它没有使用,而且是多余的。

+1:我见过这种情况,我们甚至没有在服务器上使用SVN 1.5(使用自制的合并跟踪工具)。我很想听到一些关于它的解释,因为它在更改日志中看起来很可怕(我没有碰那个文件!!哦,只是一些属性更改…+1)。很好的解释。您可能知道,是否可以禁用未修改文件的属性修改?设置一些选项是很好的,不要再担心这个了。谢谢。知道这是服务器端功能还是客户端功能吗?我正在使用svn 1.6.6,但仍然看到这个问题。