Stylelint可在pre-commit拦截BEM违规类名，但需精准配置：先用git diff提取暂存区CSS文件，切至仓库根目录执行，正则须覆盖嵌套modifier及utility类，禁用无关规则，且--fix不可自动运行以免破坏暂存状态。
Stylelint 能在 pre-commit 阶段强制拦截不符合 BEM 的类名，但直接挂载会因路径、退出码或规则粒度出错——关键不是“能不能跑”，而是“拦得准不准”。
pre-commit 里 stylelint 怎么只检查本次提交的 CSS 文件
Git 默认不把 CSS 文件放进暂存区（除非显式 git add），所以脚本必须先过滤出真正要提交的 CSS 文件，而不是扫整个 src/ 或 styles/ 目录。
- 用
git diff --cached --name-only --diff-filter=ACM提取暂存区中新增/修改/重命名的文件 - 加管道过滤后缀：
| grep '\.css$'（注意单引号防止 shell 展开） - 脚本开头必须
cd $(git rev-parse --show-toplevel)切到仓库根，否则stylelint找不到配置文件或解析相对路径失败 - 别用
stylelint "**/*.css"—— glob 会触发 shell 展开，一旦有上百个 CSS 文件，命令行长度可能超限，且无法控制是否在暂存区
selector-class-pattern 规则怎么写才匹配真实 BEM 场景
官方文档给的正则示例太宽松，比如允许 block__elem--mod，但实际项目中常出现 block__elem--mod--another（嵌套 modifier）或带数字前缀的 u-margin-top-16（utility 类），硬套会误伤。
- 基础 BEM 推荐用：
"^[a-z][a-zA-Z0-9]+(__[a-z][a-zA-Z0-9]+)?(--[a-z][a-zA-Z0-9]+)?$" - 若团队混用 utility 类（如
u-text-center），需在正则开头加^u-[a-z]分支，并用|连接："^(u-[a-z][a-zA-Z0-9]+|([a-z][a-zA-Z0-9]+(__[a-z][a-zA-Z0-9]+)?(--[a-z][a-zA-Z0-9]+)?))$" - 禁用
selector-max-id和max-nesting-depth等规则——它们和 BEM 无关，属于结构约束，应单独配置 - 启用
selector-no-vendor-prefix，避免-webkit-类名污染 BEM 命名空间
为什么 stylelint --fix 不该在 pre-commit 里自动执行
stylelint --fix 会改写文件内容并写回磁盘，但 Git pre-commit 钩子运行时，暂存区已锁定，--fix 修改的文件不会自动重新 git add，导致提交仍含违规代码，且破坏开发者本地工作区状态。
立即学习“前端免费学习笔记（深入）”；
- pre-commit 只做校验，失败就
exit 1，让开发者自己运行npx stylelint --fix后再提交 - 若真要自动修复，得额外加逻辑：修复后对改动文件执行
git add，但会绕过用户确认，容易掩盖意外修改 - CI 流程里可放心用
--fix+--dry-run组合做最终兜底，但本地钩子必须保持“只读校验”原则 - 检查退出码时，确保用
if [ $? -ne 0 ]显式判断，stylelint有违规时返回 2（不是 1），依赖默认行为会漏拦
BEM 是作用域锁，不是命名装饰。真正难的不是写对正则，而是让 stylelint 在 Git 暂存区上下文里稳定拿到文件、正确解析路径、精准返回错误码——这三个环节任意一个偏移，BEM 就从规范退化成摆设。
