【问题标题】:Subversion Branch Merging and Tree ConflictsSubversion 分支合并和树冲突
【发布时间】:2012-05-29 00:31:07
【问题描述】:

一段时间以来,我一直是存储库中的单一开发人员。我有一个开发分支,我在其中进行编码,并将更改合并到 trunk 以用于生产版本。我现在有一个平面设计师,他正在添加级联样式表和图形。

我在我的开发分支上为他创建了一个分支,他在那个分支上做他的工作,而我在我的工作。我们都进行了更改,我成功地将它们合并到trunk。我无法让他的更改合并回我的分支,反之亦然,因为我一直看到“树冲突”。

这让我相信我没有正确地进行分支和合并。是否有不同的模式可以缓解这些合并问题?

【问题讨论】:

  • 您需要确定树冲突的根源(双关语不是有意的)。很可能您将相同的文件/目录添加到两个分支,然后它们发生冲突。是这样吗?

标签: svn merge branch branching-and-merging


【解决方案1】:

将分支合并回主干时,您是否使用重新集成选项?根据this set of instructions on merging,正确的流程是将您的分支重新集成回主干。

虽然您确实提到初始合并是成功的,但您表示在随后合并到主干时遇到问题。上面链接的站点还建议在重新集成后删除您的分支并重新创建它们。

一旦从分支到主干的 --reintegrate 合并完成,该分支就不再可用于进一步的工作。它无法正确吸收新的主干更改,也无法再次正确重新集成到主干。因此,如果您想继续处理您的功能分支,我们建议您将其销毁,然后从主干重新创建它

请参阅this set of instructions on merging 的“重新集成分支”部分。

【讨论】:

  • 我没有“重新整合”。结果,随后的合并到主干工作就好了。不起作用的是“并行”合并。
  • 抱歉,问题的预编辑版本听起来好像问题是第二次合并回主干。像你一样直接从主干上创建他的分支而不是分支你的分支会更好吗?然后,只要签入他的更改,您就需要更新您的分支。听起来他的更改并不直接依赖于您的分支,所以我认为他的分支应该与您的分支平行,而不是一个孩子。
猜你喜欢
  • 2019-01-10
  • 1970-01-01
  • 1970-01-01
  • 2014-11-27
  • 2012-08-28
  • 2013-04-28
  • 2011-04-16
  • 1970-01-01
  • 2020-06-15
相关资源
最近更新 更多