stylelint 仅能自动修复标记为 autofixable 的基础格式规则（如缩进、引号、分号等），需通过 --fix 参数启用；语义类规则（如 color-no-invalid-hex）不可修复。
Stylelint 能自动修复哪些 CSS 问题？
Stylelint 本身不支持全自动修复所有规则，但对部分基础规则（如空格、分号、引号、属性顺序等）可通过 --fix 参数直接修正。是否能修复取决于具体规则是否标记为 autofixable —— 查看官方文档中每条规则的说明，带 ✅ 的才可修复。
常见可修复项包括：indentation、no-eol-whitespace、string-quotes、declaration-colon-space-after、block-closing-brace-newline-after 等；而涉及语义或设计意图的规则（如 color-no-invalid-hex、selector-max-id）无法自动修复，只能报错。
如何启用 --fix 并确保它真正生效？
运行 npx stylelint "**/*.css" --fix 是最简方式，但实际项目中容易因路径匹配或配置覆盖导致“看似执行了却没改任何文件”。关键点：
- 确认
.stylelintrc（或stylelint.config.js）里对应规则已启用且未被/* stylelint-disable */注释屏蔽 - 使用
**/*.scss或**/*.{css,scss,less}显式指定扩展名，避免 glob 在某些 shell 下不展开 - 若用 VS Code 插件（如 Stylelint），需在设置中开启
"stylelint.autoFixOnSave": true，且保存时文件必须属于工作区根目录下被配置识别的路径 - CI 中建议加
--quiet避免修复后仍输出警告干扰判断
为什么 --fix 有时只修了一半就停了？
Stylelint 的 --fix 是单次遍历修正，不循环重试。如果某次修复引入了新冲突（例如调整缩进后触发了另一条缩进规则），它不会继续处理。典型场景：
- 多个嵌套规则相互影响（如
indentation+block-opening-brace-newline-after） - 自定义语法解析器（如 PostCSS SCSS）未正确识别嵌套结构，导致修复位置偏移
- 文件含非标准语法（如 CSS-in-JS 字符串、Vue 单文件组件中的
<style scoped></style>），需额外配置processor（如stylelint-processor-html）才能正确解析上下文
解决办法：先运行一次 --fix，再跑一遍 stylelint（不带 --fix），看是否还有残留错误；若有，说明存在规则冲突或解析异常，需逐条排查。
和 Prettier 一起用会不会打架？
会，而且很常见。Prettier 默认接管全部格式化逻辑，而 Stylelint 的 --fix 只管它声明的规则。两者重叠区域（如缩进、分号、引号）极易产生冲突。
推荐做法：
- 完全交由 Prettier 处理格式（启用
prettier插件并设"prettier/prettier": "error"），关闭 Stylelint 中所有与格式相关的可修复规则（如indentation、max-line-length） - 保留 Stylelint 专管“质量”类规则（如
no-duplicate-selectors、no-empty-source、property-no-unknown），这些不可修复，也无需 Prettier 干预 - 若坚持双工具共存，务必在
stylelint.config.js中加入extends: ["prettier"]（需安装stylelint-config-prettier），否则--fix可能反复修改又被 Prettier 覆盖
真正麻烦的不是配置，而是团队对“谁负责哪块”的认知一致——一旦有人本地开了 Prettier 自动保存、又提交了 Stylelint 报错的代码，后续修复就变成来回拉扯。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
