Windows克隆Git仓库后无操作却出现未暂存变更问题求助

这种情况我之前帮不少开发者排查过，大概率是换行符自动转换或者文件权限跟踪的问题——毕竟Windows和Linux的文件系统特性差异很大，Git在不同系统下的默认行为也有区别，结合你说Linux克隆无问题的情况，先从这两个方向入手：

一、优先排查换行符自动转换问题 #

Windows默认用CRLF（回车+换行）作为换行符，而Linux用LF（仅换行），Git默认在Windows上会自动把仓库里的LF转成CRLF，这就会导致Git认为文件被修改了，但普通文本编辑器通常不会显示这种换行符差异。

验证方法： #

运行以下命令查看当前的换行符配置：

git config --get core.autocrlf

如果在Windows上返回true，那基本就是这个原因了。

解决步骤： #

1. 关闭自动换行符转换（推荐和Linux保持一致的LF）：
   • 全局设置（对所有仓库生效）：

     git config --global core.autocrlf false
     

   • 仅针对当前仓库设置：

     git config core.autocrlf false
     

2. 重置本地文件，让Git重新同步仓库内容：

   git reset --hard
   

之后再运行git status，应该就不会有未暂存变更的提示了。

二、检查文件权限跟踪设置 #

Windows和Linux的文件权限体系不同，Git默认会跟踪文件权限的变化，这在Windows上可能会误报变更。

验证方法： #

运行命令查看权限跟踪配置：

git config --get core.filemode

如果返回true，就可能是权限跟踪导致的问题。

解决步骤： #

关闭文件权限跟踪：

git config --global core.filemode false

三、排查其他潜在原因 #

如果上面的方法都没用，可以再检查这两个点：

• 全局Git钩子：你只检查了本地仓库的$GIT_DIR/hooks，但Git支持全局钩子目录。运行git config --get core.hooksPath查看是否设置了全局钩子路径，如果有，去对应目录检查有没有自动修改文件的钩子脚本。
• 第三方后台工具：Windows上的同步工具、杀毒软件偶尔会在后台修改文件内容（比如添加标记、自动格式化），可以暂时关闭这类工具后重新克隆仓库测试。

内容的提问来源于stack exchange，提问作者Adam Glauser