【问题标题】:Subversion refactor trunk and still be able to merge changes to old branchesSubversion 重构主干,仍然能够合并对旧分支的更改
【发布时间】:2011-03-04 21:13:07
【问题描述】:

在 svn 中重构主干但无法将重构应用于旧分支但仍需要能够将主干中的错误修复合并到分支的情况下,最佳实践是什么?

更具体地问这个问题(如果有帮助 - 如果您能回答上述问题,请随意忽略):

我们希望继续使用 Maven,但我们仍然需要维护旧版本 - 除非经过客户批准的更改和错误修复,否则无法触及它们。

因此,我们需要重构主干中的文件夹结构,以按照 maven 获取它 - src/main/java、src/main/webapp 等(它目前是一个 WTP 项目 - src、WebContent 而不是上面的)。

但是接下来,我们仍然需要能够 svn 合并到仍然在旧文件夹结构中的旧分支。

这可能吗?最佳做法是什么?

我知道我们可以将更改应用到主干,然后也可以手动将更改应用到分支,但这会给开发人员带来很多痛苦,这是我们希望避免的。

如果这个问题已经得到解答或很明显,我们深表歉意(我原以为会这样,我觉得我在问一个明显的问题!)

提前致谢, 贾斯汀

【问题讨论】:

    标签: svn refactoring branch


    【解决方案1】:

    如果你移动东西,你仍然可以使用 svn merge,但不能直接使用。 SVN 合并不跟踪移动的文件。

    在最低级别,您可以合并每个文件,但如果您移动完整的子目录,您可以一次合并每个“未触及”的子目录。涉及更多步骤,您需要手动跟踪物品的移动位置。

    【讨论】:

    • 谢谢阿尔宾 - 正如我所怀疑的那样。 AFAICS,我可以进行 svn 合并,但我需要在 url 中指定相对于我需要合并的位置的新文件夹。所以我不能再合并整个项目,但必须在我更改文件夹结构的每个点进行合并。真可惜。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-11-01
    • 2012-06-02
    • 1970-01-01
    • 1970-01-01
    • 2012-03-25
    • 1970-01-01
    相关资源
    最近更新 更多