Commitlint 18.6.1版本配置规则变更解析

Commitlint是一个用于校验Git提交信息的工具，它可以帮助团队保持提交信息的规范性和一致性。在18.6.1版本中，Commitlint引入了一个重要的配置变更，这个变更影响了那些仅通过extends继承规则而没有显式定义rules的配置文件。

变更背景

在18.6.0及之前的版本中，Commitlint允许用户仅通过extends配置项继承预设的规则集，而不需要在本地配置文件中显式定义rules。这种设计使得配置更加简洁，特别是对于那些完全采用预设规则集的用户来说非常方便。

然而，18.6.1版本引入了一个检查机制，要求配置文件必须包含rules配置项，否则会抛出错误提示用户添加规则。这个变更导致了许多现有配置突然失效。

技术细节分析

这个变更的核心在于Commitlint对配置文件的验证逻辑发生了变化。新版本中，系统会检查：

1. 配置文件是否包含rules属性
2. 如果包含，则继续执行校验流程
3. 如果不包含，则抛出错误提示用户添加规则

这种变更可能是出于以下考虑：

• 确保用户明确了解他们正在使用的规则
• 防止因extends配置错误而导致规则完全缺失的情况
• 提高配置的显式性和可维护性

影响范围

这个变更主要影响以下几类用户：

1. 仅使用extends继承预设规则而没有本地rules定义的用户
2. 将配置放在package.json中的用户
3. 使用类似.commitlintrc.js等配置文件但只包含extends配置的用户

解决方案

对于受影响的用户，有以下几种解决方案：

1. 显式添加rules配置，即使为空对象：

module.exports = {
  extends: ['@commitlint/config-conventional'],
  rules: {}
}

2. 降级到18.6.0版本：

npm install @commitlint/cli@18.6.0

3. 完全定义自己的rules，而不是仅依赖extends

最佳实践建议

基于这个变更，建议用户：

1. 始终在配置文件中显式定义rules，即使只是空对象
2. 考虑将extends和rules结合使用，继承预设规则的同时覆盖特定规则
3. 在升级Commitlint版本时，先检查配置兼容性

这个变更提醒我们，在依赖工具的自动配置继承功能时，也需要保持一定程度的显式配置，这有助于提高配置的可维护性和可预测性。