VSCode弹“文件行结束符已更改”警告，是因为当前文件换行符（CRLF/LF）与上次保存格式不一致，常见于跨平台协作、Git自动转换或Prettier/ESLint规则冲突；点击状态栏切换仅临时生效，需三步根治：一、设置"files.eol": "\n"统一新建文件默认格式；二、配置.editorconfig启用end_of_line = lf实现跨编辑器规范；三、禁用Git自动转换（git config --global core.autocrlf false），确保工具链协同一致。
为什么VSCode总弹“文件行结束符已更改”警告
这个提示不是错误，而是VSCode在告诉你：当前文件的换行符（\r\n 或 \n）和它“记忆中”的上一次保存格式不一致。常见于跨平台协作（比如Windows同事提交了CRLF，你在macOS上打开）、Git自动转换、或Prettier/ESLint强制统一规则后触发。它本身不破坏功能，但会干扰自动保存修复、频繁弹窗打断节奏，且可能掩盖真正的问题。
点击状态栏切换只是临时应付
右下角显示CRLF或LF时点一下改掉，确实能立刻消除警告——但仅限当前文件、本次编辑会话。下次你关掉再重开，或者别人拉取代码后编辑，警告大概率重现。这不是配置问题，是行为缺失：
- 没告诉VSCode“以后所有新文件默认用什么”
- 没告诉VSCode“这个项目里所有文件都该遵守同一规则”
- 没告诉Git“别偷偷帮我转行尾符，我来管”
三步封死警告源头（推荐顺序）
真正解决问题得从工具链协同入手：
-
改VSCode默认：打开
settings.json，加一行"files.eol": "\n"（macOS/Linux推荐）或"files.eol": "\r\n"（纯Windows团队）。这管所有新建文件 -
加.editorconfig：在项目根目录建
.editorconfig，写[*]\nend_of_line = lf，并确保装了EditorConfig插件。这是跨编辑器、跨IDE的共识层，比VSCode单点设置更可靠 -
关Git自动转换：运行
git config --global core.autocrlf false，再删掉项目里可能存在的.gitattributes中关于eol的行。否则Git会在检出/提交时强行改换行符，VSCode永远在“救火”
遇到“Delete `␍`”这类Prettier警告怎么办
这是Prettier在报错，不是VSCode本身。它看到\r\n就认为违规（尤其当.prettierrc里写了"endOfLine": "lf"时）：
- 别用注释
// prettier-ignore硬压——治标不治本，还污染代码 - 检查
.prettierrc是否真有"endOfLine": "lf"；没有就加上 - 确认VSCode的
editor.defaultFormatter设为esbenp.prettier-vscode，且editor.formatOnSave开启——否则Prettier根本没机会干活 - 如果团队用Windows，可折中设
"endOfLine": "auto"，让Prettier按系统自动选，但需所有人同步该配置
最易被忽略的是Git和EditorConfig的配合：只配VSCode，Git还在后台偷偷改；只配Git，其他协作者用Sublime或JetBrains打开照样乱。三者必须对齐，警告才真正消失。
