小编Mis*_*lle的帖子

我们正在使用Subversion和TortoiseSVN.我们使用trunk进行开发,使用branches来表示稳定版本.在分支上进行的更改(错误修复)随后会合并回主干.我们不是颠覆专家,但总的来说这对我们很有用.

最近我将一些从一个分支到一个分支的变化合并到一起,我得到了一个合并没有做任何事情的修订.

Command    Merging revisions 7233-7234 of .../branches/RB-7.2.0 into C:\Core, respecting ancestry
           C:\Core  
Finished!   

分支修订显然有与之相关的更改,涉及的文件不是新的,并且更改不会出现在我的工作副本中,所以我不知道为什么它不起作用.似乎有几个连续的分支修订版以这种方式运行(涉及几个不同的文件),然后是那些行为正常之后的那些.

我知道可以通过将合并标记为仅记录来阻止修订被合并(修订标记为合并,即使它不是.)所以我唯一能想到的是这些修订已被某种方式阻止.在主干中,应该合并的文件似乎在mergeinfo属性中没有任何内容,也没有任何父文件夹.但我不确定我是否希望看到这些信息.此外,合并对话框中的"显示日志"对话框似乎显示所有修订,包括我已成功合并的那些,无论是否选择"包含合并修订".

所以我的问题如下:

• 有没有办法证实这种修改理论被封锁了？
• 如果修订被阻止,有没有办法解除阻止？
• 如果他们没有被封锁,我还应该看看什么？

更新:在确认问题与被阻止的修订版无关后,我再次尝试从命令行而不是通过tortoise进行合并.它做了合并(耶!)但现在我正在看它,我注意到mergeinfo没有更新任何已更改的文件,只有6个已经有mergeinfo的无关文件.我不确定是否要关注这一点.我仍然不知道为什么乌龟不起作用,但至少我可以完成我的工作.