|
|
1
6
这在我身上也发生过。 我不记得我是怎么触发这个问题的,但我可以说我也在使用1.5之前的版本,然后切换到1.5.0。 Subversion使用每个目录的svn:mergeinfo属性跟踪合并。此属性应该只存在于工作副本的根路径上(如果我错了,请更正我)。 当我看到这个错误时,我注意到1.5之前的版本在工作副本内的文件上创建了显式的mergeinfo,这阻止了稳定版本正常工作。正如你在你的 last reply ,删除这些额外的mergeinfo条目也为我解决了问题。 我的建议是尝试使用一个新的存储库,而不使用来自测试版的提交,然后看看是否会再次发生这种情况。 |
|
|
2
5
问题(通常情况下)是当合并源有一些子树合并信息时,SVN1.5会发出特定的错误消息。正如您正确指出的,解决这个问题的方法是删除任何子树mergeinfo。详细的权威答案可在以下网址找到: http://blogs.collab.net/subversion/2008/07/subversion-merg/ |
|
|
3
2
这个问题与mergeinfo有关。我不太确定问题出在哪里,但我想我清除了mergeinfo,现在一切都很好。 我需要进一步了解一下为什么我的mergeinfo有问题,以及它实际上做了什么。非常令人沮丧! 编辑: 从现在升级到现在已经有一段时间了,我再也没有遇到这个问题。 |
|
|
4
1
我发现从命令行合并要容易得多。
n是您对分支所做的修订,m是您要包括最多(或当前标题)更改的修订。源是分支路径。如果在目标工作目录中执行此操作,则不需要最后一个参数。 一个例子:
这将合并从55开始在分支到主干的所有更改。 |
|
|
5
0
想不出任何原因,我从来没有看到过这个错误,我大量使用分支/合并。我会检查以下几点:
顺便问一下,您的存储库是什么版本的SVN? |
|
|
6
0
我用SVN很长时间了,从来没有见过这个,当然我用乌龟的时间不多。需要考虑的几点:
|