【发布时间】:2014-11-25 16:18:01
【问题描述】:
我们将主干作为我们的开发主线,并为未来里程碑同时开发一个分支。
在单个修订版中将更改提交到主干。
现在已经决定,这个变化应该是在分支中开发的里程碑的一部分,而不是在主干中。
在未来的某个时间点(在主干中的工作已经部署之后),分支将被合并到主干中。
我正在考虑使用这种策略。这在后期合并回主干时会造成什么困难?有没有更好的方法使用?
- 将主干的修订合并到分支
- 反向合并修订以将其从主干中删除
- 将分支合并回主干时,将修订与其他工作一起合并回主干
【问题讨论】:
-
我就是这样做的。我想知道这个问题是否应该被关闭为“主要基于意见”。也许这会发生在程序员堆栈交换中?我很少使用那个网站。
-
谢谢 - 我想我真正要问的是,如果我遵循上述步骤最终会在以后将修订合并回主干,会导致合并信息/树冲突有任何困难吗?
-
考虑到这一点,我冒昧地重新表述了您的问题。如果这不是您真正想要的,请继续更改它。
-
谢谢 - 我一开始就应该这样做!
标签: svn version-control merge