我通过将第一个字母去大写来更改了一些文件名,如name.jpg中的name.jpg。Git无法识别这些更改,我不得不删除这些文件并再次上传。在检查文件名的更改时,Git是否可以区分大小写?我没有对文件本身进行任何更改。


当前回答

与@Sijmen的答案类似,这是我在OSX上重命名目录时的工作原理(灵感来自另一篇文章的答案):

git mv CSS CSS2
git mv CSS2 css

简单地执行git-mv-CSS CSS会产生无效参数错误:致命:重命名“/static/CSS”失败:无效参数可能是因为OSX的文件系统不区分大小写

p.s BTW如果您使用的是Django,collectstatic也无法识别大小写差异,您必须在静态根目录中手动执行上述操作

其他回答

在OSX下,为了避免这个问题并避免在不区分大小写的文件系统上开发时出现其他问题,可以使用Disk Utility创建区分大小写虚拟驱动器/磁盘映像。

运行磁盘实用程序,创建新的磁盘映像,并使用以下设置(或根据需要进行更改,但要区分大小写):

确保告诉git它现在在区分大小写的FS上:

git config core.ignorecase false

因此,GitHub如何处理这种区分大小写的部署问题有很多解决方案。

在我的例子中,我已经将文件名的大小写约定从大写改为小写。

我相信git可以跟踪更改,但这个命令git-config-core.ignorecase false指示git如何在幕后操作

在我的例子中,我运行了命令,git突然有很多文件要跟踪,标记为未跟踪。

然后我点击gitadd,然后git提交并再次在netlify上运行我的构建。

然后可以跟踪现在显示的所有错误,例如找不到模块:无法解析“”/Components/ProductRightSide位于/opt/build/rebo/Components/products中,并已修复,以便git能够成功跟踪和实施更改。

这是一个很好的解决方法,也可以避免沮丧,但相信我,这肯定会奏效的。

PS:解决问题后,您可能需要运行命令git-config-core.ignorecase true还原git如何区分大小写。

此外,请注意git-config-core.ignorecase-false与其他文件扩展名存在问题,因此您可能需要注意,如果您知道自己在做什么并且确信这一点,请执行此操作。

这是netlify上的一条线索,可能会有所帮助

这是我在OS X上所做的:

git mv File file.tmp
git mv file.tmp file

两个步骤,否则我会出现“文件存在”错误。也许可以通过添加缓存等一步到位。

将文件Name.jpg重命名为name1.jpg提交删除的文件Name.jpg将文件name1.jpg重命名为name.jpg将添加的文件名.jpg修改为上一次提交git添加名称.jpg修改最后一次提交

Mac OSX High Sierra 10.13在一定程度上修复了这一问题。只需为git项目创建一个虚拟APFS分区,默认情况下它没有大小限制,也不占用空间。

在磁盘实用程序中,选择容器磁盘时单击+按钮在格式下选择APFS(区分大小写)命名为敏感利润可选:在Sensitive中创建一个名为git和ln-s/Volumes/Sensitive/git/Users/johndoe/git的文件夹

您的驱动器将位于/卷/敏感/

如何在Git中提交仅区分大小写的文件名更改?