在.gitattributes中使用`* -text diff`是否可行？需注意哪些问题？

先明确* -text diff的实际作用：-text直接禁用Git的所有自动行尾转换逻辑，不管文件类型是什么，都不会修改行尾的LF/CRLF；diff则强制Git把所有文件当成文本文件处理，生成文本格式的diff，而非默认的二进制文件diff（仅提示文件变更但不展示具体内容）。

这个方案的主要弊端 #

• diff输出充满无效干扰：混合行尾的文件在diff时，行尾的LF/CRLF差异会被当成真实内容差异高亮显示。比如同一行代码仅行尾换行符不同，diff里就会标红整行，导致你很难快速定位真正的代码改动，每次查看diff都要过滤大量行尾噪音。
• 合并冲突概率飙升：多人协作时，哪怕代码逻辑完全一致，只要行尾格式不一样，Git合并时就会判定为冲突。你得手动解决这些毫无意义的行尾冲突，增加了合并工作量和出错概率。
• 部分工具适配出问题：有些Git GUI工具、IDE的Git插件，默认会对文本文件的行尾做预期处理。当所有文件都被标记为-text diff后，这些工具可能无法正确识别换行符，导致文件显示异常（比如换行不生效，或者出现一堆^M符号），影响日常开发流畅性。
• 二进制文件diff彻底乱套：如果仓库里有真正的二进制文件（比如图片、exe、压缩包），这个规则会让Git把它们当成文本文件处理，diff输出全是乱码，不仅毫无意义，还会占用额外输出空间，甚至可能导致diff工具崩溃。

会不会影响行尾之外的内容？ #

不会，这个规则仅影响Git对行尾的处理和diff生成逻辑，完全不会修改文件的其他字节内容：

• 文件的编码、原始字节、内容都会完整保留，完全满足你“字节级原样存储”的需求。
• Git的历史记录、提交快照都是基于文件原始字节生成的，不会有任何篡改。
• 合并操作的核心逻辑也不受影响，只是行尾差异会被当成内容差异处理（这也是前面提到冲突概率高的原因）。

优化建议 #

如果仓库里确实存在二进制文件，建议在* -text diff之后，给已知的二进制类型单独添加规则：

* -text diff
*.png binary
*.exe binary
*.zip binary

这样既保留了文本文件的diff能力和行尾原样，又避免了二进制文件的diff乱码问题。

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