Eclipse 次级冲突解决

我和我的朋友在一个项目中使用flex builder（基于eclipse）和subclipse

在提交之前，我总是更新，但有时因为冲突而无法提交。然后我使用Team->Synchronize with Repository，它在右侧显示存储库的最新版本，在左侧显示我当前的工作副本。它有一个从右到左（从最新存储库复制到我的工作副本）从所有非冲突复制的按钮。但仍有相互冲突的界线

有时我只想从左向右复制，但没有相应的按钮（我的意思是用我的行覆盖存储库文件行）。在从右向左复制非冲突部分之后，我只想提交左侧（我想覆盖并提交我的最终文件到存储库）。由于这些冲突问题，我无法作出承诺。然后，我的朋友可以使用Replace With->Latest from Repository命令来获取最新的覆盖版本

Subclipse文档很弱，我在互联网上找不到任何好的指南。你能为我这样的傻瓜一步一步地解释一下亚唇形冲突解决方案吗？一个显示这些步骤的视频，或者一个可以快速修复的外星技术都可以。有没有更好（更简单）的eclipse源代码控制解决方案

---

（我使用subclipse 1.4）

是的，你是对的。没有按钮。在差异视图（并排视图）中，红色的项目存在冲突。它们不能自动合并。您必须查看冲突项，并通过复制/编辑冲突代码块手动解决冲突项

在提交到存储库或从存储库进行更新（与存储库同步）之后，您将在控制台视图中看到某些项存在冲突。当您查看软件包中的该文件时，您将在原始文件旁边看到3个文件：

myfile.txt (original file)
myfile.txt.mine
myfile.txt.r3293 
myfile.txt.r3501

右键单击原始文件，然后选择团队->编辑冲突。在提供的差异视图中，编辑左侧的文件以匹配所需的最终结果。（即，您可能希望保留一些更改并复制SVN中修订版的新更新，放弃所有更改并仅保留更改等）完成后，保存文件。再次右键单击原始文件，然后选择Team->Mark Resovled

您将看到添加的3个文件消失。您现在可以“安全地”提交您的工作

---

没有简单的方法可以做到这一点，因为当出现此类冲突时，SVN无法决定什么是最佳选择。

我知道此线程很旧，但如果有人正在寻找更新的答案，我的经验会有所帮助。

---

我用的是Subclipse1.8。右键单击原始文件并选择“标记已解析…”，您将有多个选项，其中包括将本地文件或基础文件作为正确版本。使用这些选项可以节省时间。

我找不到“标记已解决”，因此在手动删除生成的文件后，我单击了“标记为已合并”。

执行以下步骤：

• 将最新的工作更新复制到安全的地方

• 选择有冲突的文件。右键单击>选择替换为>>从存储库中选择最新版本

• 然后返回保存的工作副本，手动将当前文件内容（在上述步骤中已被覆盖）替换为您的内容

• 然后从团队选择提交。。。 这样可以解决冲突，并将最新更新保存到SVN存储库

---

有时候eclipse生态系统会让我发疯。@Gok：我想有个好消息：subclipse终于让“我的/他们的解决方案”起作用了。坏消息是，该对话框仅在单击“标记已解决”（我之前已经手动修复了所有冲突！！！！）之后才会出现。SVN不需要决定在这种情况下，OP wants明确要求用他/她自己的更新覆盖所有远程更新。请看我的全文：subclipse真的应该有这个。@Sequoia，我为这个新手问题道歉，但我被这篇文章弄糊涂了。这项功能似乎已经提交并签入SVN的夜间版本了？那么这是否意味着在即将发布的版本（1.7.7？1.8？）中它将可用？如果有解决方案/工作副本就太好了！非常感谢。请注意，除了解决冲突之外，您还需要从右向左合并任何不冲突的更改。并且，在单击“团队->标记已解决”后，如果您已按照上述答案建议手动编辑，请选择“文件中已解决冲突”。@sequoiamcdowell链接已断开。来自waybackmachine的等效链接实际上是eclipse的冲突视图非常糟糕。没有可以跳转到下一个冲突的功能，如果你试图在一个有大量更改的大文件上使用它，你会发疯的。这似乎也在做同样的事情。你可能使用的是Subversive而不是Subclipse。