VSCode 配置别越用越散，我会固定这三层

VSCode 用久了之后，配置文件很容易变成一个巨大的杂物箱。今天装一个插件改一条设置，明天为了某个语言服务再补两条，过几个月回头看，自己都说不清哪些是个人习惯，哪些是项目要求，哪些只是某次临时实验留下来的痕迹。

我后来索性给自己定了三层分法。不是为了追求理论完美，而是为了避免编辑器配置越用越散。

第一层：个人全局习惯

这一层只放和我自己使用体验强相关的东西，比如字体、主题、行高、光标行为、窗口偏好。
这些设置最大的特点是：就算换项目，也大概率不会变。

它们属于“我怎么用编辑器”，而不是“项目要求我怎么写代码”。

第二层：语言或工具的通用习惯

比如某种语言的格式化工具、lint 入口、保存时自动整理 import 之类，我更倾向放在相对稳定、但不直接绑死到单个项目的层里。
这样做的好处是，当我切换到同类项目时，体验会比较连续。

但这一层我也会克制，不会把所有偏好都塞进去。因为一旦过多，全局配置就会开始“遥控”项目本地约定。

第三层：项目本地约束

这一层我最看重的是可共享。
只要某个设置会影响团队协作结果，比如格式化规则、缩进风格、保存时触发什么操作，我更愿意把它落到项目里，而不是只留在自己的机器上。

这样团队新成员进来时，至少能看到项目到底期待什么，而不是靠口头约定。

这三层分法解决了什么

它解决的不是“配置多少”，而是“配置归谁负责”。
只要边界清楚，你就不太容易出现这些情况：

• 个人偏好偷偷影响整个项目
• 项目要求只存在于某一台机器
• 一个插件设置改动，顺手把所有工作区都带歪

小结

VSCode 好用，很大一部分原因就是它能配；但越能配，越需要知道哪些配置该长久存在，哪些只服务于某个项目。把设置拆成个人、通用、项目三层之后，我对编辑器的掌控感反而比以前强很多。