我使用Eclipse 4.4RC4和Subclipse 1.10.5。我在r1000中添加了我不再需要的小内容，所以我要求Eclipse恢复r1000中的所有更改。除了FooBar.java已经从/path/old移到/path/new之外，这大部分都有效，所以我无法提交并且我得到以下内容＆＃34; SVN树冲突＆＃34; ：
/path/old/FooBar.java local missing, incoming edit upon merge
我有两个问题：
为什么没有Subversion / Subclipse跟踪移动历史记录，只是将FooBar.java中的更改合并到新位置？
正确解决此问题的方法是什么？我想我可以将更改恢复为＆＃34; SVN树冲突＆＃34;中不存在的FooBar.java文件。选项卡，但这将取消合并元数据，不是吗？不会破坏未来的自动合并，因为Subversion会认为r1000的这一特定变化还没有合并，但是呢？
我意识到之前在这个论坛上已经提出了类似的问题，但是我没有发现Eclipse / Subclipse的具体问题，似乎没有一个在这种情况下提供了一个很好的解决方案。
答案 0 :(得分：1)
事实证明，Subclipse“SVN树冲突”标签（团队|显示树冲突为others have noted）提供了 Resolve ... 选项该选项卡的主上下文菜单（不在Team上下文菜单中）。单击它会弹出一个解析对话框，允许我选择FooBar.jar的新目标，以便合并可以继续并应用于正确的文件。很酷！合并成功，修改了正确的目标文件，并且允许我执行提交。