我将分支上的修订合并到主干上(使用TortoiseSVN 1.7.10,Build 23359 - 64 Bit)。
当我运行merge info命令时,例如
svn mergeinfo https://url/code/branches/project.2.5/@{2012-12-11} https://url/code/trunk -R --show-revs=eligible
我找回了标有星号
的修订版r12345*
如果我检查trunk上的svn:mergeinfo属性,那么该修订版号看起来像是合并的,例如
/code/branches/project.2.5:10000-15000
因此,如果我理解正确,该修订已合并,那么为什么它仍然被视为符合条件?
(对于上下文,我有一个日常任务,监视所有分支和报告,当他们中的任何一个有任何未完成的合并,所以我可以跟踪任何有可能与主干发散得太厉害的分支。我想知道如果我可以忽略这个修订或是否需要特别注意。)
结果中的星号是什么意思?
答案 0 :(得分:4)
回答我自己的问题,但在一位同事指出the merge info section in the manual之后,特别是 Mergeinfo继承和不可继承范围部分。
基本上问题是路径中存在冲突的svnmergeinfo
属性 - 所以在根级别看起来修改已经合并,树下面有一些目录,离文件更近了实际上已经在不合格的修订中进行了更改,这些修订存在冲突的信息。
在我的情况下,可能是因为我手动更新根级属性而没有意识到某些子目录有自己的,冲突的,先前的mergeinfo值。