VSCode自动换行本身不直接导致Git diff异常，而是与CRLF/LF换行符差异、末尾换行缺失、Prettier等格式化插件叠加后，引发整文件变更假象；需统一.gitattributes规则、禁用冲突设置并关闭diffEditor.ignoreTrimWhitespace以准确定位真实差异。
有影响，而且是高频干扰源——自动换行本身不直接触发 Git diff 异常，但和换行符、末尾空行、格式化插件叠加后，会让 diff 显示整文件变更。
为什么改一行代码，Git diff 显示全文件变化
这不是 VSCode “自动换行”功能本身的问题，而是它和底层换行符（CRLF/LF）、末尾换行（final newline）、格式化插件（如 Prettier）共同作用的结果。典型现象是：右下角状态栏显示 CRLF，而仓库要求 LF；或者保存时插入了末尾换行，但 Git 认为原文件“no newline at end of file”。
- VSCode 保存时若把
CRLF→LF全局转换，Git 会逐行标记“删除\r”，导致整文件红块 -
files.insertFinalNewline: true但files.trimFinalNewlines: true同时开启，会导致行为不可预测 - Prettier 的
endOfLine: "crlf"会覆盖 VSCode 原生设置，且优先级更高 - XML/HTML 文件被 XML Tools 自动换行后，属性分行顺序不同，Git 会视为结构变更而非纯格式调整
Diff 模式里怎么看到真实换行差异
VSCode 默认忽略行首尾空白和换行符差异（diffEditor.ignoreTrimWhitespace: true），所以你根本看不到 \r\n 和 \n 的区别，也看不到末尾缺换行的提示。必须手动关闭这个过滤。
Github Stars Analyzer
下载
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
- 打开任意 Diff 标签页（比如点击 SCM 面板里的修改文件）
- 点右上角
⋯→ 取消勾选Ignore Trimmed Whitespace - 此时
\r\n会显示为¶+→组合，\n单独显示为¶，末尾无换行处标红 - 该设置仅对当前 Diff 标签页生效；想全局默认关闭，需在
settings.json中加"diffEditor.ignoreTrimWhitespace": false
如何让自动换行不破坏 Git diff
关键不是禁用自动换行，而是切断它和换行符、末尾换行、格式化插件之间的冲突链。
- 统一换行符：在仓库根目录建
.gitattributes，写入* text=auto eol=lf，再运行git add --renormalize . - VSCode 设置只保留必要项：
"files.insertFinalNewline": true，同时确保"files.trimFinalNewlines": false - 检查右下角编码是否为
UTF-8（不是UTF-8 with BOM），BOM 会导致 Git 层哈希错位 - 禁用或重配格式化插件：Prettier 的
endOfLine必须设为"lf"；XML Tools 的换行规则建议限定在[xml]语言块内启用
真正麻烦的不是某一个开关，而是 Git 层、编辑器层、插件层三者对“换行”的定义和处理时机不一致。哪怕只开一个 files.insertFinalNewline，如果 .gitattributes 缺失或 Prettier 插件没关，照样爆炸。
