git拉代码contents are identical并且no difference但是实际还有代码差异

本文解析了在IDEA中使用Git拉取代码时遇到的蓝色标记问题,深入探讨了由于不同开发环境换行符设置差异及Git autoCRLF功能导致的文件显示差异,揭示了LF与CRLF在各操作系统下的区别。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

首先写解释:

这是 git 换行符自动转化的 bug

出现场景:

idea 中使用 git 拉取代码时候,会发现文件为蓝色,表示有改变,但是比较拉下的版本和本地版本是无差别,显示 no difference 并且显示 contents are identical,即内容无差别,但是文件还是蓝色,还是拉取不成功,说明代码本质还是有区别的

这是为什么呢?

我找到了如下解释:

不同的人的开发环境中设置的换行符没有统一,而 git 的 autoCRLF 对这些文件进行转换时又出现了一些问题。

再来看看 LF,CRLF 究竟是个什么玩意儿吧:

在各操作系统下,文本文件所使用的换行符是不一样的。UNIX/Linux 使用的是 0x0A(LF),早期的 Mac OS 使用的是0x0D(CR),后来的 OS X 在更换内核后与 UNIX 保持一致了。但 DOS/Windows 一直使用 0x0D0A(CRLF)作为换行符。Git提供了一个“换行符自动转换”功能。这个功能默认处于“自动模式”,当你在签出文件时,它试图将 UNIX 换行符(LF)替换为 Windows 的换行符(CRLF);当你在提交文件时,它又试图将 CRLF 替换为 LF。Git 的“换行符自动转换”功能听起来似乎很智能、很贴心,因为它试图一方面保持仓库内文件的一致性(UNIX 风格),一方面又保证本地文件的兼容性(Windows 风格)。但遗憾的是,这个功能是有 bug 的,而且在短期内都不太可能会修正。

所以这是 git 的 bug 而已

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

abcnull

您的打赏是我创作的动力之一

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值