这不是一个过去从未出现过的独特问题,但没有一个解决办法对我有所帮助。
我的案例--一个巨大的存储库,由Perforce(由我公司的中央SCM)团队维护。现在,他们改变了一些东西,所有单独的团队都管理自己的SCM,并且只在定期更新时使用主权限(不要问我为什么--我在这方面没有发言权)
然而,我的问题-我们转移到变化无常为我们的团队的项目。
它的巨大-大约300 K的文件和跨平台可编译。
我设置的mercurial回购在Linux中工作得很好,但是在windows上,我得到了案例折叠错误,并且无法检出或克隆repos。
我尝试了https://www.mercurial-scm.org/wiki/CaseFolding的解决方案
结果是这样的
这里还有别的路吗??SVN能很好地处理案例处理吗?任何帮助对我都是有用的。
发布于 2011-08-27 19:26:27
在汞书的章节案例敏感性中有一章
只需找到附近的Linux或Unix框,将问题存储库克隆到它上,并使用Mercurial的hg重命名命令更改任何违规文件或目录的名称,以便它们不再导致大小写折叠冲突。提交此更改,hg拉或hg将其推送到您的Windows或MacOS系统,并使用不冲突的名称更新到修订版。
问题是,并没有一种有效的自动化方法来解决案件冲突。文件名通常在其他文件中引用,比如Makefile,或者在源代码中包含语句或配置文件读取。因此,任何自动解决这个问题的方法都很容易破坏某些东西。
从对上述章节的评论中,可以看到以下几点建议:
Grant Baillie 2009-08-13在Mac上,您也可以通过创建包含区分大小写文件系统的磁盘映像在计算机上进行此修复。启动磁盘实用程序(in /Applications/实用程序),单击File -> New ->空白磁盘映像.,并选择“MacOSExtended(日志记录,区分大小写)”作为卷格式。
你可以用
find . -print | sort -f | uniq -di 在区分大小写的文件系统上查找与case冲突的所有文件名。
https://stackoverflow.com/questions/7193158
复制相似问题