Svn 文件名情况下的颠覆冲突

我使用的是Subversion存储库，其中有人使用不同的案例将文件名复制到同一个文件名（至少，我很确定这就是发生的情况）。比如：

svn copy FILENAME.xml filename.xml

但是，此人忽略了从存储库中删除

FILENAME.xml

（我在一个主要由非开发人员组成的团队中工作，因此他们不太可能意识到这一点）。现在有一种情况，即存储库中同时存在两个文件名（大写和小写）

这不会有太大的问题，除非我在一个不区分大小写的文件系统上使用Mac：当我更新我的工作副本时，小写版本会覆盖大写版本，我会收到警告说我的工作副本不完整，并且我不能让感叹号消失。我并不真正使用这个特定的存储库，只是偶尔检查一些东西，而且我对Subversion不是很熟悉

---

我想做的是完全删除所有大写字母的名称，改为小写字母的名称。我不能这样做，因为当我尝试

svn delete

文件时，它会删除小写版本。

最简单的方法是直接从存储库中删除文件。接受两种参数，路径（工作副本）或URL（存储库）-只需使用第二种参数：

svn delete -m 'Fix broken rename' http://example.com/svn/foo/bar/FILENAME.xml

---

您最好将该文件重命名，例如将file重命名为file2。 一定要承诺。

---

将file2重命名为File后，冲突将得到解决。

您忘记提问了。签出时是否要忽略其中一个（或两个）文件？是否要从存储库中删除其中一个（或两个）文件？@lvaroG.Vicario Oops！刚刚添加了一个，谢谢。您将希望添加一个钩子以防止将来发生案例冲突。检查这似乎是工作（一个干净的结帐没有问题），所以我接受了它。现在，当我尝试在工作副本中更新到最新版本时，出现“无法打开文件：没有这样的文件或目录”错误…看起来

.svn

目录不知怎么搞砸了？有什么想法吗？Subversion工作副本格式并不像它应该的那样健壮。我已经学会了忽略这些工作拷贝问题，只是重新结账。这不值得努力，这很公平。我刚刚完全删除了有问题的目录，并进行了

svn更新

来修复它。谢谢