webstorm无法右键单文件“mark as excluded”，需在settings→editor→file types→ignored files and folders中添加精确文件名（如.eslintrc.js）或通配符（如.local.），多个条目用分号分隔，配置后必须invalidate caches and restart才生效。
怎么让 WebStorm 完全不检查某个文件
WebStorm 不支持对单个文件右键“Mark as Excluded”，这是硬限制。想跳过代码检测（比如 .eslintrc 或 TypeScript 检查），只能靠名称匹配规则，且必须在全局 Ignored Files and Folders 中配置。
- 打开
File > Settings > Editor > File Types > Ignored Files and Folders - 在输入框末尾添加精确文件名，例如：
.eslintrc.js、config.local.ts或通配符如*.local.* - 多个条目用分号分隔：
.eslintrc.js;.env.local;*.test.js - 点击
Apply后必须执行File > Invalidate Caches and Restart > Invalidate and Restart，否则旧索引仍会触发检测
注意：.gitignore 里的条目完全无效；Excluded 目录也不影响单个文件的检测行为。
为什么关掉 ESLint 还在报错
ESLint 是独立插件，和 WebStorm 原生的 Inspections 不同源。即使你禁用了 ESLint，WebStorm 自带的 JavaScript/TypeScript 检查仍会运行，比如 Unused variable、Unresolved function 等。
- 确认是否真关了 ESLint：进入
Settings > Languages & Frameworks > JavaScript > Code Quality Tools > ESLint，取消勾选Enable - 如果还想停掉原生检查，需去
Settings > Editor > Inspections，找到对应语言（如JavaScript或TypeScript）下的具体规则，手动关闭 - 常见误操作：只取消
Automatically detect configuration file，但没关Enable，结果 ESLint 仍在用默认规则跑
关掉某项检查后，Alt+Enter 不再弹出修复建议，滚动条上的黄色/红色标记也会消失——这是最直接的验证方式。
如何临时跳过某段代码的检测
不是所有规则都支持行级忽略，但主流检查（ESLint、WebStorm 原生 Inspections）都认 // eslint-disable-next-line 和 // noinspection 这类注释。
- 对 ESLint：在报错行上方加
// eslint-disable-next-line no-console，或整块忽略：/* eslint-disable no-console */ - 对 WebStorm 原生检查：用
// noinspection JSUnusedLocalSymbols（提示里会给出准确的检查 ID） - 右键报错位置 →
Alt+Enter→ 选择Suppress for statement或Suppress for file，IDE 会自动生成对应注释 - 注意大小写和拼写：比如
JSUnusedLocalSymbols少个S就失效；eslint-disable-next-line后面不能多空格
这类注释只影响当前文件，不会污染项目配置，适合调试或兼容旧代码时快速绕过。
部署前检查被忽略的文件会不会漏掉问题
Ignored Files and Folders 只影响本地索引和编辑器内检测，和 CI/CD 流程完全无关。你本地跳过的 .eslintrc.js 或 config.local.ts，在 Git 钩子、GitHub Actions 或 Jenkins 里照样会被 ESLint 或 TypeScript CLI 扫描。
- 本地忽略 ≠ 构建忽略：CI 脚本通常执行
npx eslint .或tsc --noEmit，它们读的是项目根目录下的配置，不受 WebStorm 设置影响 - 真正要跳过 CI 检查，得改
.eslintrc.js的ignorePatterns，或在tsconfig.json的exclude字段里加路径 - WebStorm 的
Inspect Code（菜单栏Analyze > Inspect Code）默认不包含被 Ignored 的文件，但命令行webstorm64.exe inspect也不会读 Ignored 设置——它走的是自己的一套 scope 规则
最容易被忽略的是：你以为关掉了某个检查，结果它只是没在编辑器里标红，但构建时报错了——因为两套系统根本没联动。
