应使用什么SVN过程将分支B合并到分支A？

在SVN中，请考虑：

• 树枝从树干上垂下
• 分支机构B稍后从分支机构A分支机构（被视为临时开发分支机构）
• 请注意，两个分支都不是主干
• 分支中涉及许多目录和子目录（包含文件）
• 分支A和分支B都进行了开发
• 在分支B的开发过程中，只在分支B上引入了一些新文件
• 分支机构A在此期间修改了一些文件。这些变更不适用于分支机构B
• 希望将B的更改（多个修订）和B开发期间引入的新文件合并到分支A上（而不会丢失B开发期间对A所做的更改）

应使用什么SVN过程将分支B合并到分支A

编辑：

因此，整个程序将是：

创建一个工作目录，检出最新的分支

a文件/目录

（乌龟检出）

执行（在此目录中使用乌龟）合并/“重新整合

a分支

，在菜单中指定分支b

Tortoise将合并到文件/目录中（是否在我的工作目录中？（尚未在SVN服务器中？）

可能有报告的合并冲突…需要由开发人员处理

在看起来成功的合并之后，我执行一个SVN提交，它进入

分支a

---

这些步骤是否准确，或者合并操作是否会自动将更改的文件提交到SVN服务器？如果是，在合并冲突的情况下，会发生什么情况？

您将经常从分支A合并到分支B

svn合并url://brancha url://branchb

当在分支B中完成developerNT时，您会将分支B重新集成到分支A中一次（仅一次）。重新集成分支B后，您必须停止对分支B的工作

svn合并--重新整合url://branchb

---

您经常会从分支A合并到分支B

svn合并url://brancha url://branchb

当在分支B中完成developerNT时，您会将分支B重新集成到分支A中一次（仅一次）。重新集成分支B后，您必须停止对分支B的工作

svn合并--重新整合url://branchb

---

根据您最后的评论，您提到的步骤完全正确

关于下一个问题，svn只会帮助您合并更改，而不会在svn服务器上为您提交更改

您必须始终在合并后手动提交更改。：-）

---

希望这能有所帮助。

根据您最后的评论，您提到的步骤完全正确

关于下一个问题，svn只会帮助您合并更改，而不会在svn服务器上为您提交更改

您必须始终在合并后手动提交更改。：-）

---

希望这有帮助。

我们假设第一步（svn合并）url://brancha url://branchb)从未发生过。乌龟提供了三种合并方式。选择哪一种？不管你是否从未发布过合并url://branchb. 最后，您发出merge--reintegrate。在Tortoise中，它是merge菜单的第二个选项（“重新整合分支”）与默认设置一起使用。我已经编辑了问题。你能看一下并告诉我整个过程是否是我认为应该的吗？（不能将其发布到评论中，因为它太大）。我们假设第一步（svn合并）url://brancha url://branchb)从未发生过。乌龟提供了三种合并方式。选择哪一种？不管你是否从未发布过合并url://branchb. 最后，您发出merge--reintegrate。在Tortoise中，它是merge菜单的第二个选项（“重新整合分支”）与默认设置一起使用。我已经编辑了问题。你能看一下并告诉我整个过程是否是我认为应该的吗？（因为太大了，不能发布到评论中）。是的，这就是它的工作原理。查看属性svn:mergeinfo以检查svn是否处于分支-合并-重新整合周期中您预期的位置。相关问题：@MalcolmFrexner您认为您可以查看一下吗？是的，这就是它的工作原理。查看属性svn:mergeinfo以检查svn是否处于您希望的位置这是一个分支-合并-重新整合的循环。相关问题：@MalcolmFrexner你觉得你能看一看吗？谢谢。你帮了大忙。谢谢。你帮了大忙。