【发布时间】:2012-12-27 13:48:48
【问题描述】:
我不断遇到树冲突,即使阅读所有线程,我似乎也无法理解原因。我的背景是清晰的,所以 svn 对我来说是新的。当我将树冲突与任何 clearcase 活动联系起来时,它没有意义。以下是导致问题的我的情况。
我有树干、分支和标签区域的标准 svn 结构。 主干是我们的生产代码,开发人员不在这里工作。
情况是这个开发人员在分支区域创建了一个名为 fix1 的目录,并从主干复制文件以在该区域工作。工作完成后,发布组将更改合并回主干。这很好用
下一个开发人员在分支下创建一个名为 fix2 的目录,并在他的更改完成后从主干(在上一个示例中由 rm 合并回来)获取文件的副本,然后将其合并回主干,我们得到一个树冲突。
在所有情况下,开发人员在他的工作区域进行了 svn up,而 rm 人员在合并之前进行了 svn up
在这两种情况下,rm 人都将目录更改为 trunk,并执行了 svn merge ../branches/fix1 或 svn merge ../branches/fix2
问题是三个方面
导致树冲突的原因是什么?
当我解决冲突(svn resolve -R --accept=working)时,我没有将文件的内容合并回来?
此类工作的推荐方法是什么?
任何帮助将不胜感激。
谢谢
【问题讨论】:
-
愚蠢的问题,但我假设主干是在进行 svn 合并后提交的?
标签: svn