linux git 大小写,Git 重命名大小写不敏感的问题

0. 前言

文章的内容为转载,如需更加详细的说明可以跳转这里。

1. 简介

Windows/Mac OS 操作系统文件的大小写是不敏感的,不管文件路径是何种奇怪的大小写,我们始终可以以另一种大小写的方式访问到这个路径种的文件或者文件夹。Linux 操作系统文件的大小写却是敏感的,不同大小写意味着不同的路径。于是,Windows 下的 A 文件在 Docs 文件夹下,B 文件在 docs 文件夹下,最终效果是 A B 都在 docs 文件夹下;而同样的情况放到 Linux 中,A B 就在两个不同的文件夹。

Git 是大小写不敏感的,导致跨操作系统共享的 Git 仓库就会遇到上面的情况。如果重命名的文件或文件夹只有大小写不同,那么对 Git 来说甚至都没有变化。阅读本文将解决 Git 大小写不敏感导致的重命名无效的问题。

2. 问题产生

之前在使用 Git 的时候,由于我之前在创建 package 时,一时手残,把一个字母打成了大写,然后在没检查的情况下提交了……

65588c0d8db6

但是我本地的库由于没有不区分大小写,因此在我修改完提交后,就出现了下图这样包名不一致的结果

65588c0d8db6

但是这个问题,在本地运行的时候没有任何问题,但是万一以后再遇到相同的问题或者有其他项目运行出问题,本着折腾「强迫症」的习惯,开始搜索解决方法。

3. 解决方法

这是堆栈网那位只有 70+ 赞的方法的改进版本。先将文件夹重命名为临时文件夹,然后再从临时文件夹恢复成正常文件夹。

但是「划重点」中间需要先 commit 一次,否则和前面的方法效果一样,会存在两份文件夹!

$ git mv ./Docs ./docs.bak

$ git add .

$ git commit -m "改名(第 1/2 步)"

$ git mv ./docs.bak/ ./docs

$ git add .

$ git commit -m "改名(第 2/2 步)"

$ git push

中间的 git add . 其实是可以不需要的,因为 mv 命令会自动将修改加入暂存区。

最终把远程库改为了下图

65588c0d8db6

4.使用 Windows 10 四月更新的特性(推荐)

在 Windows 10 四月更新,文件夹名称也能区分大小写? 一文中提到可以使用 fsutil.exe file SetCaseSensitiveInfo 使某个特定的文件夹支持区分大小写。

经过尝试,使用此方法后,git 能够支持一次提交完美解决仅大小写的文件夹改名问题,完全不用管 git 的某种配置或其他任何因素。

首先,使用管理员权限在当前文件夹启动 PowerShell:

65588c0d8db6

然后允许一下命令,以便开启此文件夹的大小写敏感功能。

> cd '切换至需要开启大小写敏感的目录'

> fsutil.exe file SetCaseSensitiveInfo . enable

随后,你可以像一般重命名一样去修改文件夹名称,然后像普通提交一样去 git commit。直接能生成一个仅修改文件夹名称大小写的新提交。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值