【问题标题】:Merge into copied file合并到复制的文件中
【发布时间】:2015-11-17 14:39:47
【问题描述】:

假设我制作了 /trunk 的 svn 副本并将其命名为 /branches/v1

现在在 /branches/v1 我制作了文件 A 的 svn 副本,称为文件 B

当我将更改从 /trunk 合并到 /branches/v1 时,trunk 中文件 A 的更改将合并到分支中的文件 A 中,但它们不会合并到文件 B 中。如果文件 A 重命名为 B 而不是复制,它会将它们合并到 B 中。

这种行为对我来说似乎违反直觉,因为我认为 SVN 重命名是复制后删除。这是设计使然吗?有什么办法可以改变吗?

【问题讨论】:

    标签: svn merge


    【解决方案1】:

    SVN 将从不合并到重命名的文件中。 它将产生树冲突。参见 svnbook here 中的章节。

    永远不要重命名分支中的文件(或目录)。只要您想合并回主干中的文件,就永远不要重命名它。这就留下了什么时候可以使用重命名和合并的问题?答案是苦涩的:从来没有!

    重命名和合并不能一起工作(在 SVN 中)。

    【讨论】:

    • 你在“重命名和合并不能一起工作(在 SVN 中)”中 LIE。他们工作(用小技巧)
    • 冷静獾..它只是一个网站。你自己也说:“他们工作(有一个小技巧)”。因此,请不要投票并称我为骗子(这很粗鲁),只需写下您自己的答案并向我们展示诀窍。如果是骗人的,我可能不是骗子,而只是一个没有开悟的人。所以分享你的知识(顺便说一句,这个网站是为了分享知识,而不是粗鲁的指责)。 SVN 无法通过重命名跟踪合并。这就是我想说的。您可以在某些地方对其进行调整,但 SVN 并不是很好地完成这项工作的工具。
    猜你喜欢
    • 1970-01-01
    • 2018-03-31
    • 2020-04-01
    • 2020-02-18
    • 2021-09-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-05-03
    相关资源
    最近更新 更多