sublime text 本身不支持实时协同编辑，所谓“适合团队协作”的插件仅解决代码风格统一、配置同步、提交前检查等离线环节。editorconfig-sublime 必装，需在项目根目录放置正确格式的 .editorconfig 文件（含 root = true），配对设置 indent_style 和 indent_size，并确保 end_of_line 等规则未被宽泛节覆盖；sublimelinter 依赖本地 cli 工具链，须先验证 eslint 或 pylint 可执行；sync settings 仅同步非敏感配置，需排除 package control.sublime-settings 并避免上传 api key 等敏感信息。
Sublime Text 本身不支持实时协同编辑，所谓“适合团队协作”的插件，实际只解决代码风格统一、配置同步、提交前检查等离线协作环节——别指望它变成 VS Code Live Share。
EditorConfig-Sublime 必装，但要注意 .editorconfig 文件的写法
它能强制让不同编辑器（VS Code、IntelliJ、Sublime）对缩进、换行、字符集等保持一致，避免 PR 里全是 ^M 或空格/Tab 混用。
- 安装后必须在项目根目录放一个
.editorconfig，否则插件静默失效 -
indent_style = space和indent_size = 2要配对写，只写indent_size不生效 - Windows 用户注意：若文件保存后仍出现
CR+LF，检查end_of_line = lf是否写在对应 section 下，且没被更宽泛的[*]覆盖 - Sublime 不会自动创建该文件，得手动建；内容可参考 editorconfig.org 的最小模板
SublimeLinter + 对应 linter 插件（如 SublimeLinter-eslint）不是“装上就灵”
它能在保存时标出 JS/TS/Python 等语言的潜在问题，减少低级错误合入主干，但依赖本地 CLI 工具链。
- 先确认终端里能跑通
eslint --version或pylint --version，否则插件报No linter available for 'source.python' - SublimeLinter 默认只启用语法检查，要开启规则（如禁用
console）、自定义配置路径，得改SublimeLinter.sublime-settings里的linters字段 - Mac 用户若用 zsh，且 linter 安装在
~/.npm-global，需在SublimeLinter.sublime-settings中显式设置paths，否则找不到二进制 - 不要在多人项目里依赖
node_modules/.bin/eslint—— 路径不稳定，建议全局安装或用 npx 封装脚本
Sync Settings 插件能同步偏好，但别同步所有东西
它通过 GitHub Gist 同步 Preferences.sublime-settings、Key Bindings.sublime-keymap 等，适合新成员快速拉齐基础环境。
- 首次运行会生成 Gist ID，务必把这个 ID 加进团队文档，否则新人无法拉取
- 默认同步全部，但
Package Control.sublime-settings里含本地插件路径，不同系统可能冲突，建议在同步设置中排除该文件 - 敏感信息如 API key、公司代理配置，绝不能放在
Preferences.sublime-settings里再同步——Sublime 没加密机制，Gist 是公开可读的 - Linux/macOS 用户若用不同 Shell（bash/zsh），
shell_exec行为可能不一致，同步前先确认build_systems是否跨平台可用
真正影响团队协作效率的，从来不是插件数量，而是 .editorconfig 是否覆盖所有语言、linter 规则是否和 CI 一致、同步设置是否剔除了机器相关项——这些细节一旦漏掉，新成员配环境的时间可能比写功能还长。
