如何阻止VS Code自动将ESLint工作区设置从true改为explicit？

问题背景 #

VS Code版本1.87.2（Windows 10 x64 10.0.19045），工作区中editor.codeActionsOnSave.source.fixAll.eslint设置总是被自动从true覆盖为explicit，即使在用户设置中配置该选项为true也无效。

可能原因 #

• 工作区设置优先级更高：VS Code的配置优先级为「工作区设置 > 用户设置」，若存在插件自动配置、团队同步工具等机制修改工作区设置，会直接覆盖用户设置。
• ESLint插件自动调整：ESLint插件可能在检测到项目特定规则、插件更新后，自动修改工作区的修复模式配置。
• 第三方工具篡改配置：项目根目录的.vscode/settings.json可能被prettier、lint-staged或团队自定义脚本自动修改。

解决方案 #

1. 锁定工作区配置 #

直接在工作区的.vscode/settings.json中写入目标配置，并确保文件不受自动修改：

"editor.codeActionsOnSave": {
    "source.fixAll.eslint": true
},
// 可选：关闭VS Code对该设置的自动更新提示
"settings.editor.autoUpdate": false

若为团队项目，建议将.vscode/settings.json纳入版本控制，避免他人或工具随意修改。

2. 强制指定ESLint修复模式 #

在用户或工作区设置中，明确配置ESLint的自动修复行为，替代默认的explicit模式：

"eslint.codeActionsOnSave.mode": "all",
"eslint.autoFixOnSave": true,
"eslint.enable": true

eslint.codeActionsOnSave.mode设为all会强制启用所有ESLint自动修复规则，覆盖source.fixAll.eslint的explicit配置。

3. 排查第三方修改源 #

• 检查项目中是否存在prettier、团队配置同步脚本等工具，确认它们是否会自动修改VS Code工作区设置。
• 暂时关闭VS Code的「设置同步」功能，排查是否是同步其他设备的配置导致覆盖。

4. 重置ESLint插件配置 #

• 打开VS Code扩展面板，找到ESLint插件，点击「设置」图标选择「重置扩展设置」。
• 重启VS Code后，重新在工作区设置中指定source.fixAll.eslint: true。

验证方法 #

修改配置后保存文件，查看.vscode/settings.json中的source.fixAll.eslint值是否保持为true，同时测试ESLint自动修复功能是否正常生效。

内容的提问来源于stack exchange，提问作者Kamsiinov