Sublime Text需通过EditorConfig插件读取项目根目录的.editorconfig文件统一基础风格，再配合JS-Beautify（前端）或AutoPEP8（Python）实现语言特化格式化，保存时触发且避免多插件冲突。
如何让 Sublime Text 自动按团队规则格式化代码
Sublime Text 本身不带智能格式化能力，必须靠插件补足。核心是 EditorConfig + JS-Beautify（前端）或 AutoPEP8（Python）这类工具协同工作，否则光靠缩进设置根本压不住多人混写的混乱。
实操建议：
- 先装
Package Control，再通过它安装EditorConfig插件——它读取项目根目录的.editorconfig文件，统一缩进、换行、空格等基础风格 - 前端项目配
JS-Beautify：安装后右键 →JS-Beautify→Set Default Beautify Options，改indent_size和end_with_newline与.editorconfig对齐 - Python 项目别用 JS-Beautify，改用
AutoPEP8，并确保autopep8命令在系统 PATH 中，否则插件会静默失败 - 所有格式化插件都依赖保存触发（如设
"on_save": true），但别同时开多个“保存即格式化”插件，容易相互覆盖
为什么 .editorconfig 要放在项目根目录，而不是用户目录
因为 EditorConfig 插件只向上查找第一个 .editorconfig，遇到就停止。如果放用户目录，所有项目都会被同一套规则绑架，前端项目强制 2 空格，后端 Python 却要 4 空格，必然冲突。
常见错误现象：
- 改了
~/.editorconfig，但项目里没生效 → 实际读的是项目根目录那个 - 子模块单独打开，没带
.editorconfig→ Sublime 默认用 tab width=4，和主项目不一致 -
.editorconfig里写indent_style = space但没写indent_size→ 某些插件（如旧版 JS-Beautify）会退回到 tab
正确做法：每个 Git 仓库根目录放一份 .editorconfig，内容明确声明语言、缩进、换行符，例如：
[*.py] indent_style = space indent_size = 4 end_of_line = lf [*.js] indent_style = space indent_size = 2 end_of_line = lf
多人协作时，Sublime 的 Tabs 和 Indentation 设置为何总被覆盖
因为 Sublime 的 View → Indentation 菜单项是“当前视图临时设置”，不是持久配置。一旦文件类型变更（比如从 .txt 切到 .py），它就会按语法定义重载缩进规则，而语法定义来自 Packages/Python/Python.sublime-syntax 这类文件，优先级高于菜单手动设置。
真正可控的方式只有两种：
- 用
.editorconfig驱动全局行为（推荐） - 为特定语法写
Preferences → Settings – Syntax Specific，例如 Python 专用设置里加：{ "tab_size": 4, "translate_tabs_to_spaces": true }
注意：语法专属设置只对当前文件类型生效，且不会被 .editorconfig 覆盖——两者冲突时，.editorconfig 优先级更高。
保存时自动 trim_trailing_white_space 失效的典型原因
看起来勾选了 trim_trailing_white_space_on_save，但保存后末尾空格还在。大概率是插件干扰或作用域失效。
排查要点：
- 确认设置写在
Preferences → Settings（用户级），不是默认设置里 —— 默认设置会被重置 - 检查是否同时启用了
JS-Beautify的preserve_newlines或keep_array_indentation，它们可能绕过 trim 逻辑 - 某些语法（如 Markdown）的
trim_trailing_white_space_on_save默认为false，需在Settings – Syntax Specific中显式设为true - 如果用了
GitGutter或SublimeLinter，它们的保存钩子可能早于 trim 执行，导致空格残留
最稳的做法：关掉所有第三方保存钩子，只留 Sublime 原生的 trim_trailing_white_space_on_save 和 draw_white_space（用于可视化验证）。
团队规范落地最难的从来不是功能有没有，而是每个人本地的插件组合、设置层级、甚至 Sublime 版本（v3 和 v4 的 .sublime-syntax 解析有差异）都在悄悄破坏一致性。别指望一次配完就一劳永逸。
