#常见问题

• 如何关闭、禁用或者忽略一个规则？
• 如何通过命令行检查代码？
• 怎样通过 Git 预提交钩子检查代码？
• 如何在任务运行器中检查代码？
• 如何在文本编辑器中检查代码？
• 如何检查 SCSS、Less 或者其他非标准语法代码？
• 我应该在通过 PostCSS 插件或其他处理器处理样式表之前还是之后进行代码检查？
• 如何自动修复风格违规？
• 如何管理规则之间的冲突？
• 插件和规则有什么区别？
• 我可以自定义 stylelint 的消息吗？
• 如何用 stylelint 来处理遵循类 BEM 模式的 CSS 文件？
• 如何禁用单行代码块？
• 如何用短横线隔开 (kebab-case) 等常见 CSS 命名约定配置 *-pattern 规则？
• 如何将默认严重性级别更改为“警告”，以便 stylelint 不会破坏我的构建？
• 我可以在一个 npm 包中捆绑多个可共享配置吗？
• 如何控制块的开大括号后的空白符？
• 如果我在配置对象中使用 extends，那每个规则的选项是会被合并还是覆盖？

#如何关闭、禁用或者忽略一个规则？

您可以在配置文件中将配置值设置为 null。

比如说，我想使用 stylelint-config-standard 配置却又想禁用 at-rule-empty-line-before 规则，我可以这样设置：

{
  "extends": "stylelint-config-standard",
  "rules": {
    "at-rule-empty-line-before": null
  }
}

您也可以在 CSS 文件的某个特定区域内禁用一个规则。想了解更多可以参考配置指南的规则部分。

#如何通过命令行检查代码？

参考文档的命令行界面部分。

命令行界面也可以在 npm run scripts 中使用以使用非全局安装的 stylelint。

#怎样通过 Git 预提交钩子检查代码？

lint-staged 是一个 Node.js 脚本，可以在每次 Git 暂存文件时运行 stylelint.

#如何在任务运行器中检查代码？

stylelint 社区为热门任务运行者维护相应插件，包括 gulp、webpack、Broccoli 和 Grunt。请参阅他们的自述文档以开始使用。

如果您使用的任务运行器没有对应的 stylelint 插件，您可以将 stylelint 作为 PostCSS 插件使用，从而利用 PostCSS 提供的大量的 任务运行器插件。

这里还有一些通过 PostCSS JS 应用程序接口使用 PostCSS 插件的示例在文档中的。

但是，使用 stylelint 作为 PostCSS 插件会限制您可用的报告选项，只能使用postcss-reporter 所提供的选项。为了有更好的报告选项，我们推荐通过 stylelint Node.js 应用程序接口来使用 stylelint。

#如何在文本编辑器中检查代码？

stylelint 社区也为流行的文本编辑器提供了很多相应的插件。请参阅他们的自述文档以开始使用。

#如何检查 SCSS、Less 或者其他非标准语法代码？

stylelint 默认地能解析如下的非标准语法，包括Sass、Less 和 SugarSS，非标准语法可以从以下文件扩展名 .sass、.scss、.less 和 .sss 中自动推断出来。或者您也可以自己指定语法。

此外，在使用命令行界面或 Node.js 应用程序接口时，stylelint 可以接受任何PostCSS兼容语法。但请注意，stylelint 无法保证核心规则可以在上面列出的默认值以外的语法中正常工作。

可以参考文档来了解如何配置 stylelint 来解析非标准语法。

#我应该在通过 PostCSS 插件或其他处理器处理样式表之前还是之后进行代码检查？

我们推荐在源文件进行任何转换之前检查您的源文件。

#如何自动修复风格违规？

使用命令行界面标志 --fix 或 Node.js 应用程序接口选项 fix，通过这个实验性功能来修复许多风格违规。

#如何管理规则之间的冲突？

由于每条规则都是独立的，所以有时配置规则时可能会与其他规则产生冲突。比如说，您可以同时启用两个冲突的黑名单和白名单规则，如 unit-blacklist 和 unit-whitelist。

而您作为配置文件的作者，要责无旁贷地处理这些规则冲突。

#插件和规则有什么区别？

一条规则必须符合开发者指南中列出的标准，其中包括仅规则仅适用于标准 CSS 语法，是否具有一个明确的完成状态。而插件是由社区构建的规则或规则集，不必遵循标准。它可能支持特定的方法论、工具集、非标准的构造和功能、特定用例。

例如，我们发现强制规定属性顺序，属性分组等的规则更适合作为插件，因为大家对于要执行什么，以及如何执行有很多不同的看法。当您在编写或使用一个插件时，您可以确保强制执行您自己的特定偏好；但一个规则如果试图满足太多的不同用例会变得一团糟糕。

插件是很容易合并到您的配置中的。

#我可以自定义 stylelint 的消息吗？

是的，您可以使用 message 辅助选项或编写您自己的格式化程序。

#如何用 stylelint 来处理遵循类 BEM 模式的 CSS 文件？

您可以使用 stylelint-selector-bem-pattern 插件确保您的选择器符合所选的 BEM 风格模式。

您还可以利用 selector-* 规则来禁止某些类型的选择器（例如ID选择器）和控制优先级。

如果您正在使用 SUITCSS，则可能需要使用他们的可共享配置。

#如何禁用单行代码块？

  a { color: red; }
/** ↑
 * Declaration blocks like this */

可以一起使用 block-opening-brace-newline-after 和 block-opening-brace-newline-before 规则，比如如下配置：

{
  "block-opening-brace-newline-after": ["always"],
  "block-closing-brace-newline-before": ["always"]
}

如下样式表可以通过上述规则：

a {
  color: red;
}

但是如下样式表却不能通过：

a { color: red;
}

a {
color: red; }

a { color: red; }

如果想允许单行代码块同时在多行代码块中强制使用换行符，可以设置上述两条规则选项为 "always-multi-line"。

#如何用短横线隔开 (kebab-case) 等常见 CSS 命名约定配置 *-pattern 规则？

使用与您选择的约定相对应的正则表达式：

• 短横线命名(kebab-case): ^([a-z][a-z0-9]*)(-[a-z0-9]+)*$
• 小驼峰命名(lowerCamelCase): ^[a-z][a-zA-Z0-9]+$
• 蛇形命名(snake_case): ^([a-z][a-z0-9]*)(_[a-z0-9]+)*$
• 大驼峰命名(UpperCamelCase): ^[A-Z][a-zA-Z0-9]+$

比如，对于遵循小驼峰拼写式的类选择器，使用 "selector-class-pattern": "^[a-z][a-zA-Z0-9]+$"。

所有这些模式都不允许以数字，两个连字符或后跟数字的连字符开头的CSS标识符。

#如何将默认严重性级别更改为“警告”，以便 stylelint 不会破坏我的构建？

使用defaultSeverity配置选项。

#我可以在一个 npm 包中捆绑多个可共享配置吗？

用户可能 require() 您 npm 包中的任何文件，所以您需要做的就是记录哪些路径指向配置（例如 require('my-package/config-2')）`）。

#如何控制块的开大括号后的空白符？

请参阅文档中的这个部分部分，该部分解释了 * -empty-line-before 规则如何工作。

#如果我在配置对象中使用 extends，那每个规则的选项是会被合并还是覆盖？

它们将会被覆盖。

extends 机制在配置文件中有更详细的介绍：

当一个配置继承另一个配置时，它从另一个配置的属性开始，然后添加并覆盖其中的内容。

这种设计的原因记录在#1646中。