乌龟Svn将分支重新整合到主干中

乌龟Svn将分支重新整合到主干中,svn,merge,tortoisesvn,conflict,reintegration,Svn,Merge,Tortoisesvn,Conflict,Reintegration,我试着根据以下答案将我的树枝重新整合回树干: 但是我遇到了树冲突 这就是我到目前为止所做的: 我将我的分支与“合并一个修订范围”,即特定范围(上次同步到头部的修订)同步。所以我在我的分支中有树干的所有特征 然后我对主干进行了另一次更新。 右键单击主干文件夹->合并->合并修订范围。 输入我的分支的URL。 选择“所有修订”。 单击“下一步”,然后仅单击“测试合并” 除此之外,这些信息还包括: Tree conflict: ...\trunk\.classpath Tree conflict

我试着根据以下答案将我的树枝重新整合回树干:

但是我遇到了树冲突

这就是我到目前为止所做的: 我将我的分支与“合并一个修订范围”,即特定范围(上次同步到头部的修订)同步。所以我在我的分支中有树干的所有特征

然后我对主干进行了另一次更新。 右键单击主干文件夹->合并->合并修订范围。 输入我的分支的URL。 选择“所有修订”。 单击“下一步”,然后仅单击“测试合并”

除此之外,这些信息还包括:

Tree conflict: ...\trunk\.classpath  
Tree conflict: ...\trunk\.project  
Tree conflict: ...\trunk\lib  

Added: ...\trunk\lib\xy.jar  
对于文件夹中的所有文件(两者中都已存在)

其他文件夹也一样

最后,这是:

Error: One or more conflicts were produced while merging r3347:3686 into  
有什么问题吗

有什么问题吗

问题

我将我的分支与“合并一个修订范围”,即特定范围同步

  • 在SVN 1.6中实现mergeinfo后,1.8+不再需要,执行方式不好-手动定义范围是mauvais-ton

尝试对主干和分支使用svn diff--git,并检查输出

有时在尝试将功能分支重新集成到主干时,我会遇到类似的冲突。这个问题出现在Subversion 1.8中,使用了新的对称合并算法

我对这个问题不太深入。我只使用了最后一页上的“重新整合合并(旧样式)”选项,效果很好

我还发现,在某些情况下,恢复冲突并再次合并也可以解决问题


因此,请尝试还原所有更改并再次合并。如果没有帮助-恢复并使用“旧式”重新整合选项。

谷歌搜索
树冲突
应该会给你答案。show
svn ls-R
对于主干和分支有很多可能性,但你可能已经在分支和主干中创建了同名文件。如果您只创建了目录,那么就不需要太多担心,否则您将需要手动检查重复的文件。了解你在做什么很重要:阅读文档!我试图在选择“所有修订版”的情况下同步,但收到的错误消息与我现在收到的几乎相同。这就是为什么我在对特定范围的教程(可能过时了?)进行了一些研究之后才这么做的原因。当我检查主干和分支的差异时,我没有得到文件,这导致了错误消息。只有我在分支上更改的内容,所以必须如此。您最好尝试理解冲突的含义:到目前为止,您可能很幸运,但如果您恢复所有内容,您可能会丢失更改。我从未合并到“脏”工作副本中,所以revert总是只还原合并结果。那么,您是说,从处于相同状态的存储库中,将相同的merge命令转换为相同版本的未修改WC的结果会产生不可预测的结果?我多次过期。我不知道原因是什么(可能是我的一些未被注意的行为)。虽然第二次它工作正常。我认为它与SVN 1.8的特性有关——自动检测重新整合合并,因为意外的冲突看起来像是合并将修订版同步回主干。