sublime text统一团队代码风格需依赖editorconfig插件与项目级配置文件，核心是将.editorconfig置于项目根目录以统一分格基础规则，并配对语言专属格式化器（如prettier、autopep8）处理语法细节，同时确保cli工具路径正确、保存钩子启用且配置可逆。
Sublime Text 本身不保存团队规范，所有格式化和检查行为都依赖外部工具与项目级配置文件。想让新成员一打开项目就自动对齐风格，关键不是改 Sublime 的 User 设置，而是把规则“沉到项目里”。
EditorConfig 插件必须装，且 .editorconfig 必须在项目根目录
EditorConfig 是统一基础规则（缩进、换行符、字符编码）的最小公约数。只装插件没用，.editorconfig 文件必须放在项目最外层目录，且向上查找时不能被父目录里的同名文件覆盖。
- 常见错误：把
.editorconfig放在src/或backend/子目录下——Sublime 不会识别 - 验证方式：打开任意项目内文件，右下角状态栏应显示当前缩进类型（如 “Spaces: 2”），否则插件未生效或路径不对
- macOS M1/M2 用户注意：
editorconfig-core-py命令行工具需全局可用，否则插件静默失效；可通过which editorconfig检查
语言专属格式化器得配对，不能只靠 Prettier 或 autopep8 单打独斗
Prettier 处理 JS/TS/JSON，autopep8 处理 Python，goimports 处理 Go——每种语言需要各自对应的 CLI 工具，且 Sublime 插件只是调用它们的“壳”。
- JsPrettier 插件必须设
"node_path"，尤其 macOS 上 Homebrew 安装的 Node 路径常为/opt/homebrew/bin/node，默认找不到 - autopep8 必须启用
--in-place参数，否则保存后无变化；Sublime 设置里要确认"autopep8_args"包含该选项 - Go 项目建议用
goimports而非gofmt，前者自动管理 import 分组，更贴合团队规范
保存即格式化不能全信插件开关，得靠 Sublime 原生 on_save 事件兜底
很多插件（如 JsPrettier、AutoPEP8）自带 “Auto format on save” 开关，但实际触发失败率高——Node 环境不可见、Python 解释器路径错、缓冲区未保存就调用等都会导致静默失败。
- 最稳做法：关闭所有插件的自动格式化开关，改用 Sublime 原生
on_save+exec命令调外部工具 - 必须设置
"save_before": true，否则格式化读的是编辑器缓冲区旧内容，而非磁盘上最新代码 - 团队配置里建议禁用
"trim_trailing_white_space_on_save"，避免和格式化器冲突（比如 Prettier 自带 trim）
真正难的不是装几个插件，而是让每个成员的 Sublime 在打开项目那一刻，就和 CI 流水线执行的格式化结果完全一致——这要求 .editorconfig、.prettierrc、.pycodestyle 等全部配置文件都在 Git 里，且路径、参数、依赖版本都明确写死。漏掉任何一个，就可能有人提交“看起来正常但 CI 报错”的代码。
