git修改文件名大小写

llf_cloud

已于 2023-12-14 17:03:25 修改

阅读量203

点赞数

分类专栏： GIT 文章标签： git

于 2023-08-29 19:31:31 首次发布

原文链接：https://blog.csdn.net/Sarah1992/article/details/101920997

版权

GIT 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

文章讲述了在Git中，修改文件名大小写可能导致的问题，以及两种解决方式：一种是临时配置Git为大小写敏感，但可能导致重复文件；另一种推荐做法是使用`gitmv`命令直接修改文件名，确保提交和版本控制的一致性。

摘要由CSDN通过智能技术生成

问题背景
在git本地工作区修改文件名大小写（如将test.js改成Test.js）后，使用git status指令提示nothing to commit, working tree clean，也就是说git并没有检测出文件名大小写的修改。

解决方式1

在网上找到的原因是说git是对文件名大小写不敏感的，找到的解决方案是将git配置为大小写敏感的，即使用指令

git config core.ignoreCase false

尝试了一下这个方式，然后使用git status查看状态发现确实又一个untracked file，但是没有delete file，（正常修改文件名称，非大小写修改时是有个untract文件的同时还有个delete file的），此时继续执行git-add-commit之后，会发现git仓库中会同时存在大小写两个文件，此时修改文件内容时两份文件也会同时被修改。使用git ls-tree HEAD 查看对象，会发现大小写两份文件的SHA1值是相同的，也就是两份文件指向同一个Blob对象。此时别人从git上拉代码拉下来的仍然是小写的文件名。
当然可以手动删除仓库中的多余的小写名字的文件，使用的指令是

git rm --cached test.js

然后继续执行git-commit-push提交代码。

解决方式2（推荐）

正确的做法是使用git的指令修改文件名

git mv -f test.js Test.js

这时git就可以识别出文件名的改变了，此时提交到仓库之后会发现仓库上就会只有一个大写的文件。此时从别的地方拉代码也会正确识别出文件名大小写的变化。此方法目前没有发现任何问题。
————————————————
版权声明：本文为CSDN博主「IceEricMoon」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/Sarah1992/article/details/101920997