atom识别不到.editorconfig的典型表现是状态栏无editorconfig字样、tab缩进未按配置生效、保存不处理尾空格或换行符；根本原因是未用add project folder打开项目目录，导致插件无法定位根配置文件。
Atom 识别不到 .editorconfig 文件的典型表现
打开文件后，状态栏右下角没有 EditorConfig 字样；按 Tab 键缩进仍是默认值（比如 2 或 4），而非配置里写的 indent_size = 3；保存时没自动删行尾空格或补换行符。
根本原因不是插件没装好，而是 Atom 没把当前目录当“项目根”。它只在你用 File > Add Project Folder 打开整个文件夹时，才逐级向上查找 .editorconfig；用 File > Open File 单独打开一个 index.js，插件压根不启动。
-
.editorconfig必须放在你用Add Project Folder选中的那个目录下，不能藏在子目录里 - 文件名必须是
.editorconfig（开头带点、无扩展名），写成.editorconfig.txt或editorconfig都无效 - 确保插件已启用：进入
Settings > Packages，搜索editorconfig，确认状态是Enabled，不是Disabled
editorconfig 和 prettier-atom 冲突时谁控制缩进
缩进行为被三层控制：Atom 编辑器自身设置（editor.tabWidth）、.editorconfig 的 indent_size、.prettierrc 的 tabWidth。最终生效的是 prettier-atom —— 它会直接覆盖前两者，但前提是它成功运行了。
常见翻车点是 prettier-atom 根本没读到 .prettierrc：它只认项目根目录下的 .prettierrc（无后缀），不认 .prettierrc.json 或 prettier.config.js；也不读 package.json 里的 prettier 字段。
- 如果
.prettierrc存在且tabWidth: 2，那么无论.editorconfig里写indent_size = 4还是 Atom 设置里设Tab Length = 3，保存后都是 2 空格 - 但
end_of_line、insert_final_newline、trim_trailing_whitespace这些 prettier 不处理的字段，仍由.editorconfig兜底执行 - 若想让 editorconfig “管得更多”，就把 prettier-atom 设置里的
Use Prettier关掉，或只对特定语言启用（比如只开js、ts，关掉html）
为什么改了 .editorconfig 但缩进没变
不是配置不生效，而是 Atom 编辑器层和格式化插件层用了两套缩进逻辑：indent_size 控制保存/粘贴/格式化行为，而光标移动、回车换行后的自动缩进，取决于 ~/.atom/config.cson 里的 tabLength 和 softTabs。
新版 Atom（1.60+）默认关闭 autoIndentOnPaste，GUI 里还找不到这个开关。结果就是：粘贴代码缩进错位、按回车后光标跳到奇怪位置——看着像 .editorconfig 失效，其实是编辑器底层行为没对齐。
- 打开
~/.atom/config.cson，在"*"块内加这三行（注意冒号后空格）：autoIndentOnPaste: truetabLength: 2softTabs: true - 改完必须重启 Atom，或执行
Window: Reload（Cmd+Alt+R/Ctrl+Alt+R） - 如果项目是 Python，
tabLength设为4，但.editorconfig里[*.py]段写了indent_size = 4，两者就一致；否则光标行为和保存行为会打架
团队协作中最容易被忽略的配置项
很多人花时间调 indent_size 和 quote，却漏掉真正影响 Git 提交和跨平台协作的三项：
-
end_of_line = lf：Windows 默认用crlf，Mac/Linux 用lf。不统一会导致 Git 显示整文件变更（diff 全红），CI 构建失败 -
charset = utf-8：缺这行，中文注释或路径含中文时，某些插件（如 linter-eslint）可能报编码错误 -
root = true：必须有。否则子目录里若有另一个.editorconfig，上级配置会被覆盖，团队成员从不同路径打开项目，规则就乱了
这些字段不参与“代码好不好看”的判断，但一旦出问题，第一反应往往是“Git 怎么又乱了”“CI 为啥报错”，而不是回头检查 .editorconfig 是否漏了基础项。
