gpt4 book ai didi

svn合并主干到分支: all paths are tree conflict

转载 作者:行者123 更新时间:2023-12-02 00:33:23 25 4
gpt4 key购买 nike

我似乎无法创建一个分支,然后将主干更改合并到分支中:

svn copy file:///svn/project/trunk file:///svn/project/branches/feature-branch
svn co file:///svn/project/branches/feature-branch
cd feature-branch
#change a couple of files, no additions/deletions
svn commit
svn merge file:///svn/project/trunk

有了这个,分支中的每条路径都被列为树冲突(svn status 显示“本地添加,合并时传入添加”)。合并确实列出了它在主干上从 r2 开始合并......所以看起来 svn copy 实际上并没有保留分支从主干 fork 的历史记录?这是 1.5 的 subversion 书中列出的工作流程,1.6 是完全不同的工作流程吗? (使用 1.6.11)

编辑:svn log -v 显示:

A /branches/feature_branch (from /trunk:3091)

svn proplist 是空的。 (也许是因为我还没有解决树冲突?)功能分支中的更改似乎也不在日志中,并且 r3091 也不在 svn log -v 中。合并消息是“将 r2 到 r3093 合并到‘.’”,所以看起来问题在于记住 fork 的位置。在多次删除并重新创建分支后,我们放弃了使用 svn branches。

最佳答案

我遇到了同样的问题。经过大量研究,我发现在 1.5 之前的 SVN 服务器中,分支不会在服务器中存储合并信息。因此,无论何时您尝试在您的分支中进行合并,它都会尝试从修订版 1 同步到 HEAD。由于您的分支中可能有不在主干 r1 中的新文件,因此您将遇到许多树冲突。有两种解决方案:在合并命令中使用修订范围 (svn merge -r 1234:HEAD http://trunk ) 或将您的 svn 服务器更新到大于或等于 1.5 的版本,其中保留有关合并的信息,因此无论何时您尝试在您的分支中进行合并,它会知道哪个是最后同步的修订版,并且只会从那个修订版进行合并。

关于svn合并主干到分支: all paths are tree conflict,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5736907/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com