VSCode 配合 ESLint 是统一团队代码风格最直接有效的组合，关键在于配置落地、规则对齐、全员生效；需将 .eslintrc.js 和 package.json 中 eslintConfig 纳入 Git 管理，推荐使用 eslint-config-airbnb-base 或 eslint-config-prettier + eslint-config-standard 作为起点，禁用与 Prettier 冲突的格式规则，通过 .eslintignore 排除 node_modules 等目录，启用 VSCode 的 editor.codeActionsOnSave 自动修复，确保工作区安装 eslint 及对应解析器，并在 package.json 中定义 lint 脚本，配合 husky + lint-staged 实现 commit 前校验，README 中注明零配置启动流程。
VSCode 配合 ESLint，是统一团队代码风格最直接有效的组合。关键不在于装插件，而在于配置落地、规则对齐、全员生效。
ESLint 配置必须提交到仓库
团队共用的规则不能只存在某个人的本地配置里。把 .eslintrc.js（或 .eslintrc.cjs）和 package.json 中的 eslintConfig 字段纳入 Git 管理，确保每个成员拉代码后开箱即用。
- 推荐用
eslint-config-airbnb-base或eslint-config-prettier + eslint-config-standard作为起点，避免从零写规则 - 禁用与 Prettier 冲突的规则，例如
no-unused-vars可保留，但quotes、semi这类格式规则应交由 Prettier 处理 - 在
.eslintignore中明确排除node_modules、dist、build等目录，避免误报
VSCode 要启用 ESLint 自动修复
光有报错不解决，风格还是难统一。VSCode 需手动开启保存时自动修复功能，让格式问题“秒级收敛”。
- 在 VSCode 设置中搜索
eslint.autoFixOnSave，勾选启用（注意：VSCode 1.8x 后已改用editor.codeActionsOnSave） - 推荐配置："editor.codeActionsOnSave": { "source.fixAll.eslint": true }
- 确保工作区已安装
eslint和对应解析器（如@typescript-eslint/parser），否则插件会静默失效
新人加入时零配置启动
降低协作门槛，才能让规范真正跑起来。新成员 clone 仓库后，应只需执行一条命令就能获得完整 lint 环境。
- 在
package.json的scripts中定义："lint": "eslint . --ext .js,.jsx,.ts,.tsx"和"lint:fix": "npm run lint -- --fix" - 配合
husky+lint-staged在 commit 前校验，拦截明显违规（如未声明变量、分号缺失） - README 中写明：“运行
npm install后，VSCode 会自动识别项目级 ESLint 配置，无需额外设置”
基本上就这些。工具链越贴近开发流，规则就越容易被接受。ESLint 不是找茬工具，而是把“我们约定怎么写”的共识，翻译成机器可执行的检查动作。
