【问题标题】:Moving revision from trunk to branch and then back again in svn将修订版从主干移动到分支,然后在 svn 中再次返回
【发布时间】:2014-11-25 16:18:01
【问题描述】:

我们将主干作为我们的开发主线,并为未来里程碑同时开发一个分支。

在单个修订版中将更改提交到主干。

现在已经决定,这个变化应该是在分支中开发的里程碑的一部分,而不是在主干中。

在未来的某个时间点(在主干中的工作已经部署之后),分支将被合并到主干中。

我正在考虑使用这种策略。这在后期合并回主干时会造成什么困难?有没有更好的方法使用?

  1. 将主干的修订合并到分支
  2. 反向合并修订以将其从主干中删除
  3. 将分支合并回主干时,将修订与其他工作一起合并回主干

【问题讨论】:

  • 我就是这样做的。我想知道这个问题是否应该被关闭为“主要基于意见”。也许这会发生在程序员堆栈交换中?我很少使用那个网站。
  • 谢谢 - 我想我真正要问的是,如果我遵循上述步骤最终会在以后将修订合并回主干,会导致合并信息/树冲突有任何困难吗?
  • 考虑到这一点,我冒昧地重新表述了您的问题。如果这不是您真正想要的,请继续更改它。
  • 谢谢 - 我一开始就应该这样做!

标签: svn version-control merge


【解决方案1】:

为此,我使用了以下步骤:

  1. 将修订从主干合并到分支
  2. 使用 Tortoise SVN 的“Revert changes from this revision”(通过右键单击日志中的修订访问)来恢复主干中的更改
  3. 将步骤 1 中的修订从分支合并到主干

以上操作没有任何问题。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-04-22
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-11-01
    相关资源
    最近更新 更多