Git设置*.vbs text eol=crlf后diff异常，该如何解决？

我来帮你梳理下问题出在哪，以及怎么解决：

问题根源 #

你设置的*.vbs text eol=crlf本身是正确的——它告诉Git把VBS文件当作文本处理，检出时强制用CRLF，提交时转成Git内部存储的LF格式。但问题出在Git默认的diff逻辑会把CRLF和LF的行尾差异识别为每行的变更，所以当你的工作区文件是CRLF、仓库里存储的是LF时，Git会认为整个文件的每一行都被修改了，必须勾选"Ignore space change"才能看到真正的内容差异。

而你之前提交带CRLF的文件时，Git已经自动把它转成LF存储到仓库了（因为text eol=crlf的规则优先级高于core.autocrlf=false），这就导致了工作区和仓库的换行符不一致，触发了diff的异常。

解决方案（保留Diff功能+强制CRLF检出） #

你不需要把VBS设为binary（那样会丢失Diff功能），只需要让Git在diff时忽略行尾的CR差异，同时确保后续的文件处理逻辑正常：

步骤1：修正Diff配置，忽略行尾CR差异 #

在项目根目录的.git/config（或全局的~/.gitconfig）中添加以下配置，让Git对VBS文件的diff忽略行尾的CR：

[diff "vbs"]
    whitespace = cr-at-eol

然后在你的.gitattributes文件中更新规则，指定VBS文件使用这个diff配置：

*.vbs text eol=crlf diff=vbs

这个配置会告诉Git，在对比VBS文件时，把行尾的CR视为无意义的空格，不会标记为差异。

步骤2：统一仓库中的换行符（可选但推荐） #

如果之前提交的文件在仓库中还残留着CRLF格式（虽然按规则应该已经转成LF了，但保险起见），可以执行以下步骤让仓库彻底统一为LF存储：

1. 先备份好你的VBS文件（防止意外）
2. 执行命令移除暂存区的VBS文件（保留工作区文件）：

   git rm --cached *.vbs
   

3. 让Git重新标准化文件的换行符：

   git add --renormalize *.vbs
   

4. 提交这个标准化变更：

   git commit -m "Normalize VBS files to LF in repository"
   

之后你检出文件时，Git会自动转成CRLF到工作区，而diff时只会显示真正的内容变更，不会再因为换行符误判整个文件修改。

为什么不能用binary？ #

把VBS设为binary确实能避免换行符转换，但正如你担心的，binary等价于-text -diff，会让Git失去文本diff的能力，完全看不到行级的内容变更，这显然不符合你的需求。所以我们的方案既保留了文本处理的换行符规则，又解决了diff的异常问题。

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