乌龟Svn将分支重新整合到主干中
我试着根据以下答案将我的树枝重新整合回树干: 但是我遇到了树冲突 这就是我到目前为止所做的: 我将我的分支与“合并一个修订范围”,即特定范围(上次同步到头部的修订)同步。所以我在我的分支中有树干的所有特征 然后我对主干进行了另一次更新。 右键单击主干文件夹->合并->合并修订范围。 输入我的分支的URL。 选择“所有修订”。 单击“下一步”,然后仅单击“测试合并” 除此之外,这些信息还包括:乌龟Svn将分支重新整合到主干中,svn,merge,tortoisesvn,conflict,reintegration,Svn,Merge,Tortoisesvn,Conflict,Reintegration,我试着根据以下答案将我的树枝重新整合回树干: 但是我遇到了树冲突 这就是我到目前为止所做的: 我将我的分支与“合并一个修订范围”,即特定范围(上次同步到头部的修订)同步。所以我在我的分支中有树干的所有特征 然后我对主干进行了另一次更新。 右键单击主干文件夹->合并->合并修订范围。 输入我的分支的URL。 选择“所有修订”。 单击“下一步”,然后仅单击“测试合并” 除此之外,这些信息还包括: Tree conflict: ...\trunk\.classpath Tree conflict
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中,使用了新的对称合并算法 我对这个问题不太深入。我只使用了最后一页上的“重新整合合并(旧样式)”选项,效果很好 我还发现,在某些情况下,恢复冲突并再次合并也可以解决问题
因此,请尝试还原所有更改并再次合并。如果没有帮助-恢复并使用“旧式”重新整合选项。谷歌搜索
树冲突
应该会给你答案。showsvn ls-R
对于主干和分支有很多可能性,但你可能已经在分支和主干中创建了同名文件。如果您只创建了目录,那么就不需要太多担心,否则您将需要手动检查重复的文件。了解你在做什么很重要:阅读文档!我试图在选择“所有修订版”的情况下同步,但收到的错误消息与我现在收到的几乎相同。这就是为什么我在对特定范围的教程(可能过时了?)进行了一些研究之后才这么做的原因。当我检查主干和分支的差异时,我没有得到文件,这导致了错误消息。只有我在分支上更改的内容,所以必须如此。您最好尝试理解冲突的含义:到目前为止,您可能很幸运,但如果您恢复所有内容,您可能会丢失更改。我从未合并到“脏”工作副本中,所以revert总是只还原合并结果。那么,您是说,从处于相同状态的存储库中,将相同的merge命令转换为相同版本的未修改WC的结果会产生不可预测的结果?我多次过期。我不知道原因是什么(可能是我的一些未被注意的行为)。虽然第二次它工作正常。我认为它与SVN 1.8的特性有关——自动检测重新整合合并,因为意外的冲突看起来像是合并将修订版同步回主干。