我是否可以从svn历史记录中销毁仅区分大小写的目录？

所以很多迂腐的观点而不是答案

我们意外地签入了几个带有大写字母的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仍然显示鬼目录

---

主要的问题是，我无法在项目级别进行提交，或者它试图提交重影文件并崩溃，因此我必须给它指定一组要提交的文件，或者跳转到命令行。

尝试在“Packagename”上使用

svn delete--force

从区分大小写的o.s.中删除目录，然后提交此更改。

首先查看存储库中当前的内容：

svn ls http://server/svn...

如果com.foo.PackageName仍在其中，请使用将其移除

svn rm http://server/svn.../com.foo.PackageName

---

整理好存储库后，我建议您重新签出工作副本。

com/foo/PackageName不见了。com/foo/packagename在那里。这就是我们想要的。但是历史已经意识到过去有一个com/foo/PackageName。在区分大小写的文件系统上不会出现问题。除非您签出“PackageName”仍然存在的版本，否则这不会导致任何问题。如果您有包含“PackageName”的标记/分支，您也应该修复它们。