gpt4 book ai didi

SVN合并问题

转载 作者:行者123 更新时间:2023-12-04 14:25:47 25 4
gpt4 key购买 nike

我有一个受颠覆控制的目录。我创建了一个分支只是为了测试合并的东西。我拿了一个文件,将主干中的 X 行修改为“abc”,并在其分支中将 X 行修改为“def”。

然后,从分支工作目录我做了:

svn merge branchURL trunkURL .

它更新了该行号的内容为“abc”的文件,即它没有给我与 svn update 相同行号的冲突如果我在同一个工作目录中完成并且有人在存储库中提交了“def”,我就会给我。
svn merge也是如此合并时只替换内容,不会带来任何冲突?

如果是这样的话,当一个人不能以某种方式合并以保持主干和分支中的变化时,从主干中分支出一个项目目录的原因将是无用的。

最佳答案

你确实意识到了什么

svn merge branchUrl trunkUrl branchWorkingCopy

事实上,是吗?

这是一个翻译:

找出使 branchUrl 的内容与 trunkUrl 的内容相同所需的一组更改。现在在 branchWorkingCopy 上执行这些更改。

您不会以这种方式合并任何冲突。但是,当您 checkin branchWorkingCopy 时,您将使分支与主干相同,这几乎肯定不是您想要的。

如果您只想将选定的更改从主干复制到分支,则需要告诉 Subversion 您要复制哪些更改并使用不同形式的合并命令:
svn merge -r100:103 trunkUrl branchWorkingCopy

这意味着:确定在中继上从 r100 到 r103 所需的更改集。在(分支的)工作副本上执行这些更改。请注意,此“更改集”将不包括 r100 所做的更改,因为这些更改已被从 获取所需的更改集捕获。 r99 到 r100。 Subversion 中的修订范围是半开放的。

另外,请考虑阅读 fine manual ,如果你还没有。

关于SVN合并问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/572031/

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