有很多迂腐的意见，而不是this question的答案。
我们在初始大写时偶然检查了几个java包。 （com.foo.PackageName）然后正确地重命名它们（com.foo.packagename）。请允许我在阅读一些答复的基础上重申一下。我们有一个现有的“com.foo.packagename”需要坚持下去。我们曾经有一个“com.foo.PackageName”，我们将其重命名为“com.foo.packagename”。
我们的svn服务器位于带有区分大小写的文件系统的Linux机器上。我们使用“保留案例”文件系统在mac上开发。我的命令行svn客户端似乎已经处理好了这个问题，并且没有提到com.foo.PackageName中的文件。内置于netbeans中的svn客户端似乎认为在两个目录中存在“未知”状态的鬼文件曾经大写过。
我猜测解决方案是让svn服务器认为这些目录从未存在过......或者其他一些解决方案？他们在错误的名字下是如此短暂，以至于当错误地命名时不会丢失其内容的历史不会成为问题。复制文件，从svn删除目录，然后重新添加它们对我们没有任何作用。另外，rm -Rf在我的本地副本上，然后做一个新的svn co仍然显示鬼目录。
主要的痛点是我无法在项目级别进行提交，或者它尝试提交ghost文件和怪胎，所以我必须给它一组特定的文件来提交，或跳转到命令行。
答案 0 :(得分：1)
首先看看您的存储库中当前的内容：
svn ls http://server/svn...
如果com.foo.PackageName仍在那里，请用
删除它svn rm http://server/svn.../com.foo.PackageName
按顺序存放存储库后，我建议您重新检查工作副本。
答案 1 :(得分：0)
尝试在区分大小写的o.s.的“Packagename”目录中使用svn delete --force。然后提交此更改。