使用Eclipse实现SVN中分支到主干的合并

我期待着将我在SVN分支中开发的代码合并到主干中。我正在使用Eclipse，并且一直在使用Team->Commit将我的更新提交给SVN。但我以前没有合并过。请帮我做这个。谢谢

首先，确保你是最新的。更新目标分支的工作副本，即合并到的分支。在本例中，我们正在处理core的主干，我们希望获取在维护分支中发生的更改并合并它们。 解决任何冲突。在此阶段，工作副本和存储库之间不应存在冲突。 在工作副本上选择SVN合并选项。在Eclipse中，这将在团队菜单下找到，称为合并分支。 SVN：Eclipse中的合并 将“从URL”更改为要合并到工作副本中的特定分支。在本例中，我们寻找p400维护分支。/core/branchs/p400。 将“从修订”更改为合并到目标分支中的最后一个修订。基本上，您不希望继续合并整个分支历史，您只希望包括自上次合并以来的更改。在Subversion中，目前没有简单的方法确定最后一个合并点。您必须查看您的消息日志，并查找关于合并的最后一次提交。如果您对用于合并的提交消息有严格的要求，那么这应该很容易在下面看到。记下该修订是什么-稍后提交更改时您将需要该修订。 SVN：与Eclipse合并 将修订更改为最新版本，即head。记下该修订是什么-稍后提交更改时您将需要该修订。 单击合并并等待。取决于差异有多大，这可能会很快或超过我的预期。如果您有如此巨大的更改，以至于无法在Eclipse中完成，那么您可能需要将要合并的修订范围缩小。或者，如果修改量很大，您甚至可能不得不跳过某些修改并手动执行。在更新大型第三方库时，我们经常遇到这个问题。绝大多数时候你都会没事的。 审查变更并解决冲突。合并完成后，查看对工作副本所做的更改，并确保解决发现的任何冲突。 在目标工作副本中解决所有更改后，通过一次提交将其签入。您没有进行大量提交的原因是，这些更改本应记录在合并的分支中。提交消息需要采用特定的格式，以详细说明合并，并且在将来很容易找到。我们使用以下格式，但您可以使用任何适合您的格式-只要您坚持使用

将[源]合并到[目标]；[存储库]。合并版本[开始]：[结束]

---

享受吧

我想补充第8点。审查变更并解决冲突--

当手动处理冲突时——当您在代码块上从右向左复制时——要小心 有时会添加代码块，有时会正确地替换代码块。 确保没有重复的代码块

---

此外，这也很有用-

在eclipse中，我们有一个合并选项。右键单击项目，您将看到团队选项，单击它您将看到合并选项。在合并中可以看到三种不同的选项

---

要成功地将更改从分支合并到主干，我们需要将本地工作区切换到主干，但要确保在此之前将所有更改提交到分支。一旦我们这样做了，我们可以使用合并选项并选择2个URL选项。我将主干的url设置为url 1，将要合并的分支设置为url 2。我可以看到我选择的所有传入更改OK。所有的更改现在都在我的本地中，此时我的工作区已链接到主干。然后我将我的更改提交到主干，因此从分支合并到主干是成功的。

与颠覆性的eclispe标准svn客户端相比，我认为？Subclipse在合并之前有很好的最佳实践检查；只是你知道。。