Git大小写问题

最新推荐文章于 2024-01-25 00:11:23 发布

原创最新推荐文章于 2024-01-25 00:11:23 发布 · 3.9k 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#git

Git大小写问题

当仓库中存在文件名相同，大小写不同的文件时，如果在windows上进行克隆操作，克隆完成后进入仓库执行git status查看，会发现文件已经发生改变，git通过warning来提示用户：

warning: the following paths have collided (e.g. case-sensitive paths on a case-sensitive filesystem) and only one from the same colliding group is in the working tree:

解决方法：通过命令行使能指定目录大小写敏感：

fsutil.exe file SetCaseSensitiveInfo "C:\Users\Juan\Desktop" enable

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

阿克鬼

关注关注

2
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Git 中的文件名大小写问题：一个有趣的探索

m0_62153576的博客

08-11

285

本文探讨了Git处理文件名大小写变化的问题及其解决方案。作者通过亲身经历的前端仓库文件夹重命名案例，揭示了macOS和Windows等大小写不敏感文件系统导致的Git异常现象。问题的核心在于：当仅修改文件名大小写时，Git无法正确识别变更。解决方法采用两步重命名策略：先将文件夹重命名为临时名称并暂存，再改为目标名称并提交。这种操作方式确保了Git能正确追踪文件名大小写变化，同时帮助开发者理解不同文件系统与Git交互的特性。

Git 提交时修改文件名大小写 git检测不到文件名变更【补充记录】

Turn_to_empty的博客

04-26

1517

Git 提交时修改文件名大小写 未检测到文件变更，最简单的方法为开启 git 忽略大小写配置，以便显示文件变更。

参与评论您还未登录，请先登录后发表或查看评论

windows clone linux代码时的warning: the following paths have collided (e.g. case-sensitive pathson）

yuan_gao01的博客

02-09

1458

(cmd or powershell 管理员模式）fsutil file setCaseSensitiveInfo "Your Path" enable。按照以下指示运行即可将对应path修改为大小写敏感，即可修复问题。

Git clone大仓库报错：RPC failed,curl transfer closed with outstanding read data remaining

whbing1471的博客

09-06

1275

操作系统：Macbook Pro 10.12.6 源码项目：linux源码 Git 版本：2.25.0 这两天在学习源码相关的项目，当我从github上clone linux项目时，遇到如下错误： Cloning into 'linux'... remote: Counting objects: 20248, done. remote: Compressing objects: 100% (10204/10204), done. error: RPC failed; curl 18 transfer c.

Windows 设置文件区分大小写

weixin_42877819的博客

04-23

2634

命令： fsutil.exe file setCaseSensitiveInfo D:\htdocs enable //启用NTFS区分大小写功能 fsutil.exe file SetCaseSensitiveInfo C:文件夹名称 enable //禁用NTFS区分大小写功能 fsutil.exe file SetCaseSensitiveInfo C:文件夹名称 disable 使用：命令不会影响子文件夹，如果想这样做，需要对每个子文件夹都使用命令指定一次，可以使用下面的脚本来完成。

Git Clone - Repository not found（大写i和小写L）

weixin_42114809的博客

01-18

288

从远程库克隆到本地库，用ssh和http的方法都出现错误(如下图所示) 网上找到资料：试着把URL输入到浏览器发现404，然后直接从网页浏览器中复制，发现是用户名的问题ZY"I"ce，把用户名从浏览器复制到便签也是大写i，奇怪的是那个应该是大写i啊，为何是小写L才可以。。 ...

git大小写不敏感问题（git文件重命名）

每天进步一点点

05-31

976

对于windows和mac os用户，每次git clone命令后，都在改项目的.git/config文件中设置了core.ignorecase=true，该设置使得git对大小写不敏感。处理方式如下： 1，进入项目目录，执行 git config core.ignorecase fasle 2,在进行大小写重命名时，不能直接进行大小写的重命名，而是应该改为其他名字，...

Git 对文件名大小写不敏感的问题解决方案

热门推荐

weixin_44814196的博客

01-25

1万+

这篇博客主要讨论了在使用Git时遇到的文件名大小写不敏感的问题，特别是在Windows系统下的一些坑。博文强调了在仓库克隆或初始化时，应该尽量设置Git对文件名大小写敏感，以避免潜在的问题。该博客解释为什么这个问题在Windows上会出现，以及如何通过Git配置来处理这一问题。总体而言，这篇博客为读者提供了有关Git文件名大小写不敏感问题的重要信息和解决方案。

Git - 文件名大小写不敏感，怎么删除文件

叉叉敌的博客

08-31

2165

问题默认的 git 对文件名是大小写是不敏感的，因此需要设置下。对于这个问题，没有使用 git rm 来删除 repo 的文件，再次上传之后，怎么移除这个文件。解决办法如果 git 配置没有设置大小写敏感的话，直接复制下面的命令即可 git config core.ignorecase false 对于修改之前的文件，远端仓库没有删除，本地是手动删除。解决办法就是，先备份本地修改后的文...

一个因Git大小写不敏感引发的血案

LYFlied的博客

03-31

1710

记录一个因Git大小写不敏感引发的问题关键词：gitlab，git，打包，大小写敏感

Windows系统git clone Linux内核git仓库的系列问题

yuan_gao01的博客

02-10

3055

当我们在Windows系统的电脑上试图拉取Linux内核git仓库时，由于Windows和Linux的不兼容会遇到很多问题。踩过好几个坑后，我将针对遇到的问题提出解决方案，并给出完成这项工作的避雷方式。包括git和wsl运用。

Git奇技淫巧(一)：大小写问题

u010227042的博客

06-23

2605

针对以下几个问题，来谈谈在使用git时，会遇到的大小写问题：新克隆的仓库，什么都没做，却存在修改切换分支，切几次都不成功，但也不报错推送本地分支到远端时报错：can not be resolved to branch 切换分支后，本地的头节点与远端上的不一致（切换之前已经fetch all了）本地更新分支时报错：can not lock ref xxx: ref xxx is at xxx but expected xxx 第一个问题当仓库中存在文件名相同，但是大小写不同时，如果你在w

windows使用git时出现：warning: LF will be replaced by CRLF 以及使windows10支持区分大写小的问题处理

Marhal的博客

06-18

4470

1.在使用命令提交代码时，发生了 warning: LF will be replaced by CRLF in node_modules/mime/mine.js. The file will have its original line endings in your working directory window...

git add文件无效

null

07-31

529

git add 之后一直出现重复的一个文件，文件仅仅大小写不一致，文件代码啥的相同。解决方式：删掉重新拉代码。出现以下问题，删掉重复的保留一个即可。经查询是window环境下无法区分大小写引起的.

git使用问题

yehe111的博客

03-05

1372

问题1 ! [remote rejected] (no new changes 描述： ! [remote rejected] <本地分支名>-> refs/for/<远程分支名>(no new changes) admin@DESKTOP-XXX MINGW64 /d/Silicon/developer/sdks/gecko_sdk_suite/v2.7/app/build/Zigbee-Smart-Gate/GNU ARM v7.2.1 - Default - XXX(

【Github】玩转Github系列之二——使用git时涉及的文件名大小写不敏感问题

一介草民，只为生活。

11-11

1986

参考资料 case-sensitive-in-windows-file-system.html

Git学习总结（Mac适用）

weixin_44190653的博客

09-18

173

这是第一篇csdn的文章，主要记录一下在Mac中安装Git时经历的流程和遇到的一些坑，并初步记录该如何使用Git首先是在Mac中安装Git，应该是之前就安装过Git，我的电脑中本身就有Git的过去版本，尝试了多个Git安装方法，感觉还是用homebrew最简单便捷，前提是有梯子。

linux内核源码解析：linux源码下载及top命令中的RES是如何计算的

whbing1471的博客

09-06

2310

CLion：2019.3.6 源码管理平台：Macbook Pro 10.12.6 linux源码一、背景通过上一节，我们知道了top中的RES是从/proc/pid/statm文件中读取出来的，详细的可以看这篇博客《linux的top命令源码解析：RES指标》，这次我们要弄清楚/proc/pid/statm文件中resident值是怎么计算出来的。二、克隆linux源码 2.1 linux源码 github上，linux的源码地址是：https://github.com/torvalds/lin.

CocoaPods 安装使用

Jerry’s Blog

08-22

921

CocoaPods设置Launchpad中->其他->找到”终端”1.因为GWF(防火…长..城)移除原来的源 gem sources --remove https://rubygems.org/ 2.添加淘宝的源.有兴趣的同学可以打开url去看一下 gem sources -a https://ruby.taobao.org/3.查看当前有哪些源 gem sources -l如果一

git 文件夹大小写问题

最新发布

09-09

<think> 嗯，用户这次明确提出了关于解决Git文件夹大小写问题的需求。结合之前提供的站内引用，整理出几个关键点：用户可能正在经历一个典型场景：团队协作时有人修改了文件夹名称的大小写（比如Test改为test），但由于Git默认不区分大小写，导致仓库出现两个同名不同大小写的幽灵文件夹。这在Windows/Mac系统上尤其棘手，因为文件系统本身不区分大小写。从引用材料看，解决方法需要解决两个层面：一是Git配置层面（核心是core.ignorecase参数）二是具体操作流程（需要绕过Git的缓存机制）引用[4]提供了完整的操作步骤，但需要更严谨的补充： 1. 强制开启大小写检测是必要前提（git config core.ignorecase false） 2. 必须通过物理删除->重命名->重新添加的流程才能彻底刷新Git索引 3. 特别注意Windows系统对大小写的后处理问题用户可能是开发者或团队技术负责人，语气中带着对"肉眼只能看到一个文件"的困惑。深层需求应该是想彻底解决这个隐患，而不仅是临时操作。所以除了操作步骤外，还需要补充预防建议： - 团队统一命名规范（所有引用都强调这点） - 用.gitattributes标准化（引用[3]隐含的方案） - 创建检测脚本（引用[2]提到的工具化思路）需要特别注意操作风险：在第二步git rm执行后若不及时恢复文件，可能造成数据丢失。考虑在回复中加入风险提示。 </think> 以下是解决 Git 文件夹大小写问题的完整方案，结合最佳实践和引用内容： ### 解决步骤（推荐方法） 1. **启用大小写敏感检测**（关键步骤） ```bash git config core.ignorecase false # 强制Git识别大小写变化[^4] ``` 2. **重命名操作流程**： ```bash # 备份原文件夹（防止数据丢失） cp -r Test/ test_backup/ # 删除原文件夹（刷新Git索引） git rm -r Test/ # 注意使用当前实际大小写[^4] # 重命名备份文件夹 mv test_backup/ test/ # 改为目标小写名称 # 添加新文件夹到Git git add test/ # 提交更改 git commit -m "fix: 修正文件夹大小写 Test -> test" ``` 3. **团队推送**： ```bash git push origin main ``` ### 替代方案（适用于空文件夹） ```bash git mv Test/ tmp/ # 先改为临时名 git mv tmp/ test/ # 再改为目标名 git commit -m "重命名文件夹" ``` ### 预防措施（团队协作关键） 1. **统一命名规范**： - 团队约定所有文件名/文件夹名统一使用**小写+下划线**（如 `src_utils`） - 禁止仅通过大小写修改文件命名[^3] 2. **添加.gitattributes**（强制大小写敏感）： ```gitattributes * -ignorecase # 声明仓库大小写敏感 ``` 3. **跨平台检测脚本**（预防问题）： ```bash # 检测大小写冲突 git ls-files | sort -f | uniq -i -d ``` > **操作风险预警**：Windows/Mac 系统默认不区分大小写，操作后需确保： > 1. 立即删除本地备份的 `Test/` 文件夹 > 2. 团队成员执行 `git reset --hard HEAD` 刷新工作区[^1][^2] ### 问题根源说明当文件系统（如NTFS/APFS）不区分大小写，而Git仓库存在大小写不同的同名文件时，会导致： - Windows/Mac 只能显示一个文件 - Git 误判为两个独立文件 - 团队协作时出现文件幽灵冲突[^1][^2]