Svn 陆龟合并分支到主干

Svn 陆龟合并分支到主干,svn,version-control,merge,tortoisesvn,Svn,Version Control,Merge,Tortoisesvn,我知道这已经被问了好几次了,所以我很抱歉再次问这个问题,但我只是想确保我理解不同合并之间的区别 我是这个项目上唯一的开发人员,所以我不担心过度编写其他人的工作 我创建了这个项目的一个分支,因为我将要添加一些新特性,如果我需要修复当前代码中的任何错误,我不想处理完成一半的代码。所以主干包含“稳定”版本,分支基本上是alpha/beta版本 在我有机会真正开始这些更改之前,我修复了几个bug并将它们提交到分支构建中。我想将分支合并回主干以提交这些修复,然后我可以开始对分支进行更改 当我进入Torto

我知道这已经被问了好几次了,所以我很抱歉再次问这个问题,但我只是想确保我理解不同合并之间的区别

我是这个项目上唯一的开发人员,所以我不担心过度编写其他人的工作

我创建了这个项目的一个分支,因为我将要添加一些新特性,如果我需要修复当前代码中的任何错误,我不想处理完成一半的代码。所以主干包含“稳定”版本,分支基本上是alpha/beta版本

在我有机会真正开始这些更改之前,我修复了几个bug并将它们提交到分支构建中。我想将分支合并回主干以提交这些修复,然后我可以开始对分支进行更改

当我进入TortoiseSVN并选择merge时,我有两个选项: 合并一系列修订或修订 合并两棵不同的树

第一种说法是,当我对分支或主干进行了修改,并希望将这些更改移植到其他分支时,这是适用的

第二个是当我想将两个不同分支的差异合并到我的工作副本中时

当我尝试第一个选项时,从合并的URL中选择我的分支和所有修订。单击next(下一步),当我单击test(测试)时,我会看到一些移动/删除/添加的文件发生了树冲突


当我使用headrevision对第二个选项(使用测试合并)尝试相同的操作时,它似乎起到了作用。哪种方法正确?或者它们都不适合我想做的事情?

在你的例子中,我认为你不需要合并两棵不同的树,因为你的主干和分支有关系,所以这不是你需要的

如果您希望将更改从一个分支带到另一个主干,那么重新集成一个分支就是您所需要的

您可以使用合并一系列修订来从主干合并到分支(更新到最新的稳定版本),也可以使用合并分支到主干(我主要使用此选项)

也许也能帮到你,是“标准文学”的主题

更新:

(乌龟)合并选项:

更新II:

(乌龟)当前版本中的合并选项:


“合并一系列修订”通常用于“分支到主干”-合并。

新版本的tortoise svn删除了重新整合的分支。相反,合并一系列修订正在处理此问题


签出讨论

在“合并”对话框下,有一个“合并(旧样式)”选项


我见过一些人提到重新整合一个分支,但我看不到这个选项。我看到它列在屏幕抓图中你链接到的SO问题上,但当我要合并时,我只合并一个范围,或合并两棵不同的树。你说“但当我要合并时,我只合并一个范围,或合并两棵不同的树”是什么意思。将屏幕截图添加到我的回答->你有这三个选项吗?没有,当我选择合并时,我只有两个选项。我没有“重新整合分支”选项。“重新整合分支”是否变灰?然而,第一种选择最适合你。如果您做了一些结构更改,一些树冲突并不罕见。我使用的是最新版本的subversion和visual svn server。虽然在我最初创建分支并将工作副本切换到该分支时,我可能使用低于1.7的版本。明天我将在工作中测试它,创建另一个分支,看看是否有重新整合的选项。来自SVN 1.8文档:“重新整合”一词来自合并选项--reintegrate。Subversion 1.8不推荐使用此选项(它会自动检测何时需要重新整合合并),但在执行重新集成合并时,Subversion 1.5到1.7客户端需要此复选框。”该复选框很重要。检查它似乎是唯一适用于这个用例的正确选项。