Dea*_*lze 28 svn merge tree-conflict
我不知道svn团队什么时候决定对我们造成树冲突,但它完全打破了svn的合并功能.
我有一个分支,我想将最新的更改从主干合并到分支.我已经完成了一次这样的合并,但由于树冲突,这个合并失败了.这是命令:
$ svn --force merge -r 3185:3192 svn://chamar2/rx-services/SAMS .
svn: Attempt to add tree conflict that already exists
我第一次尝试这个合并(没有--force)它只创建了树冲突,并没有合并任何东西.现在它只是报告上面的消息.
如果我svn status在分支工作副本上执行,它会显示所有尚未合并回主干的文件.当然,我的分支的目的是在尚未进入主干的地方进行这些更改.
当他们这样做时他们在想什么？
我没有找到任何关于导致树冲突的原因以及如何在svn创建这些东西后继续工作的可用信息.
有没有办法告诉svn忘记树冲突,只是像过去那样进行合并？
我正在使用1.6客户端和较旧的svn服务器(可能是1.3.1).
Dea*_*lze 14
问题是我选择了父/目录作为合并的源而不是父/ trunk /目录.这是用户错误,但树冲突消息令人困惑.如果svn刚刚完成合并我会立即看到问题.
树冲突引入了一些需要习惯的新消息语义.
感谢指向Tortoise上Tortoise文档的指针.这是我见过的唯一可以解决分支机构工作问题的文档.给出的示例并没有解释为什么我在分支上修改的文件出现了树冲突.树冲突消息将需要一些时间来习惯.
看起来你在大多数情况下所做的就是标记已解决的树冲突,在这些情况下看起来树冲突只是噪音.
Mark Phippard说旧的服务器版本不会导致树冲突.如果您需要合并跟踪支持且服务器是1.5之前的版本,则只需要更新服务器.显然,合并跟踪是旧svn服务器中唯一缺少的东西:
http://eclipse.open.collab.net/ds/viewMessage.do?dsForumId=62&dsMessageId=332448
Wim*_*nen 10
svn:尝试添加已存在的树冲突
Subversion抱怨是因为在你做了一个产生冲突的合并之后,你再次做了同样的合并.SVN尝试添加冲突但注意到冲突已由先前的合并操作创建.所以它正确输出警告.
如果您执行合并操作并且对结果不满意,那么在尝试其他操作之前,您应首先恢复本地更改.
至于原始树冲突:要理解为什么行为与旧客户端不同以及如何解决此类冲突,您必须阅读svn书中有关树冲突的部分.tortoiseSVN手册也有一个关于树冲突的好主题.