VSCode需安装官方EditorConfig插件且重启才生效;.editorconfig必须置于项目根目录、含root=true,并确保glob匹配路径正确;VSCode设置仅在对应EditorConfig规则缺失时生效。
VSCode 本身不解析,必须装插件才能生效 —— 这是绝大多数人配置失败的根源。
为什么装了插件还不管用?检查这三件事
EditorConfig 的行为完全依赖
官方插件(VS Code Marketplace 上同名),不是内置功能。常见失效原因:
没安装插件,或安装后没重启 VSCode(插件启用需重载窗口)
文件没放在项目根目录(即打开的文件夹最顶层),子目录里的不向上查找
文件路径匹配规则写错,比如用了
却实际编辑的是
,而 TS 文件未被 rule 覆盖
必须写,且只能出现在根配置中
EditorConfig 使用“自上而下继承 + 第一个匹配生效”规则。
告诉编辑器:别再往上找父目录的
了。漏写会导致意外继承外层配置(比如公司统一 repo 的根配置),覆盖你本地意图。
正确写法示例:
注意:
是 glob 模式,不是正则;
对
无效;
在 Windows 上可能被 Git 的
干扰,建议 Git 配置保持一致。
VSCode 1.118
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力,其中最引人注目的是新增 Copilot CLI 远程控制功能,允许开发者通过手机或网页远程监控和接管 AI 会话 。同时,为了提高 AI 的运行性价比,新版本优化了令牌缓存策略以降低成本 。此外,1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
下载
VSCode 设置会覆盖 .editorconfig 吗?会,但只在特定条件下
VSCode 的
、
等设置,**仅当对应 EditorConfig 规则缺失时才生效**。一旦
中定义了
或
,VSCode 就强制遵循它,无视用户设置。
这意味着:
团队协作时,把格式规则收口到
更可靠,避免开发者各自改设置
调试格式问题时,先关掉插件,看是否恢复成 VSCode 默认行为 —— 可快速判断是配置问题还是插件问题
设为
可防止 VSCode 自作主张根据文件内容重设缩进,与 EditorConfig 冲突
真正麻烦的不是写错几行配置,而是
和 Git 行尾、Prettier、ESLint 的规则打架 —— 比如
和
共存,保存时看似正常,提交后 diff 里全是
。这类问题得连着看三个地方的配置,不能只盯一个文件。
.editorconfigeditorconfig/editorconfig.editorconfig**/*.jssrc/index.tsroot = trueroot = true.editorconfig[*.js]
indent_style = space
indent_size = 2
end_of_line = lf
insert_final_newline = true
[*.md]
max_line_length = 80
trim_trailing_whitespace = true[*.js]indent_sizeindent_style = tabend_of_linecore.autocrlfeditor.tabSizefiles.insertFinalNewline.editorconfigindent_sizeinsert_final_newline.editorconfigeditor.detectIndentationfalse.editorconfigend_of_line = lfcore.autocrlf = true^M