我最近移动了我的Eclipse工作区目录，现在每次打开文件时，Subclipse就会抱怨，向控制台转储如下内容：
路径不是工作副本目录
svn：' [原始（移动前）目录路径] '不是工作副本
没有这样的文件或目录
当我明确尝试查看文件的历史记录时，也会发生这种情况。这持续存在于SVN清理，关闭和重新打开Eclipse等等。
更新，签到，结帐等等都可以正常工作，而Tortoise根本就没有抱怨，所以很明显它不是SVN元数据搞砸了，它是一些特定于Subclipse的元数据。任何人都可以告诉我如何吹掉这些破碎的元数据吗？
编辑添加：“团队＆gt;断开连接”后跟“团队＆gt;分享”无法解决问题。
再次编辑添加：我已经浏览了整个.metadata目录以及旧路径的唯一元素的项目目录之一，除了以外任何地方都无法找到它在.metadata/.log（错误消息本身）和一些旧的Findbugs警告。很好。
答案 0 :(得分：20)
您需要删除.syncinfo个文件。通过关闭和打开Eclipse可以轻松完成（在大多数情况下），但您也可以手动完成，如下所示：
要删除缓存，请关闭Eclipse。缓存存储在：
[workspace]/.metadata/.plugins/org.eclipse.core.resources/.projects/PROJECTNAME/.syncinfo因此，您只需找到并删除
中名为.syncinfo的所有文件[workspace]/.metadata/.plugins/org.eclipse.core.resources/.projects
引自本文：http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=868799
答案 1 :(得分：17)
我刚做了一个“团队 - ＆gt;清理”，这个确切的错误就消失了！我也遇到了这个错误，因为我在机器之间移动并且路径不一样。
使用Eclipse 3.6和Subversion 1.6插件。
2016年更新：仍然可以与Eclipse 4.5.2和Subclipse 1.10完美配合。
答案 2 :(得分：3)
编辑添加：不，说得太快了。这不能解决它。有些文件似乎没有出现问题。
以下似乎解决了这个问题：
.metadata/.plugins/org.tigris.subversion.subclipse.*。不确定旧路径是如何实际存储在插件首选项中的，但它必定存在于某些地方。 Subclipse存储绝对路径有点可怜，但显然它是。
有a bug filed on this，或至少在同一错误消息上。没有背景。五十美分说它被拒绝了。
答案 3 :(得分：1)
我在工作区目录之外的项目上使用带有javahl的subclipse时遇到了相同的错误消息。改为svnKit解决了我的问题。
答案 4 :(得分：1)
我确信不同的解决方案有很多原因，但我找到了Dan Wilson's blog给我工作的那个。只需从工作区中删除有问题的文件夹（如果有新内容，可能会保存它们），更新（让Subversion重新创建文件夹），然后将内容移回工作区中的新文件夹。
答案 5 :(得分：1)
对我有用的东西： 做一个＆＃34;重构 - 重命名＆＃34;在项目上=＆gt;之后再次将其重命名为原始名称。
答案 6 :(得分：1)
当我尝试通过在Eclipse中将案例从DAO更改为Dao来重命名类时，我收到了错误。
我必须将其重命名为Dao2，然后才能将其重命名为Dao。
答案 7 :(得分：0)
在我的情况下，我在Project Explorer中拥有项目的文件夹，只需重新打开项目
答案 8 :(得分：0)
我在尝试更新某些 .java 文件时刚刚收到此错误。问题是我试图更新文件，但路径中不存在包含该文件的文件夹，所以当我同步和更新文件夹时，它在第一次尝试时就起作用了。
所以，不要尝试同步文件，尝试同步文件夹。
答案 9 :(得分：0)
答案 10 :(得分：0)
我在项目中添加了一个png文件，但是我尝试重命名或删除它时遇到此错误。清理和更新项目没有做任何事情。
我进入了svn Team Synchronizing透视图，右键单击该文件并将其删除。这解决了我的问题。
答案 11 :(得分：0)
将整个项目签出到临时目录，然后我复制了第一级.svn目录并用此替换了我的工作副本.svn文件夹。
http://blog.itopia.de/directory-svn-containing-working-copy-admin-area-is-missing/275
它为我而战。
答案 12 :(得分：0)
对我来说，此错误消息是由Subclipse的过时安装以及基础SVNKit和JahaHL库引起的。我一直在Eclipse之外使用TortoiseSVN来管理我的项目目录，我最近升级到1.8.x系列的（Tortoise）SVN工具打破了Subclipse的工作副本。
我需要做的就是修复，去帮助 - >“安装新软件......”并点击“添加...”添加新的更新站点。我在http://subclipse.tigris.org/servlets/ProjectProcess?pageID=p4wYuA上选择了最新版本的最新更新站点，并从那里升级了Subclipse。
然后我现有的所有项目都工作了，我可以重新连接到我已经尝试断开连接的那个没有问题。
答案 13 :(得分：0)
很难说没有进一步的信息。
您是移动整个工作区还是仅移动内容？
此外，您可以尝试从头开始创建新工作区并再次检查整个项目。
或者，您可以尝试删除.metadata目录并使用File - ＆gt;再次重新链接项目。导入 - ＆gt;现有项目进入工作区，然后通过团队重新链接SVN数据 - ＆gt;分享项目（带有's'），或者在第一次从SVN断开项目后，最后一点做这个。
答案 14 :(得分：0)
右键单击项目文件夹：Team - ＆gt;更新到头
这将带回目录。再次删除它并提交
答案 15 :(得分：0)
答案 16 :(得分：-1)
我也有这个问题，我只是从工作区中删除了项目（将文件保留在文件系统中）。
然后我将一个svn项目导入工作区。
导入 - ＆gt; SVN-＆gt;结帐项目来自SVN。
我使用现有的存储库位置来提取文件。
这个问题是在我更改Eclipse版本并使用Subclipse插件时引起的，该插件比我应该使用的版本更早。
我卸载了较新版本并安装了正确的旧版本，并且运行良好。
答案 17 :(得分：-1)
前段时间我有类似的问题。似乎Subclipse（或Eclipse）存储工作副本的绝对路径。最干净的解决方案是再次将您的存储库导出到新路径。
如果您有未提交的代码，那么您可以将其复制到干净导出之上（不包含.svn文件夹）