#语义版本控制策略

我们遵循语义版本控制。但是,由于 stylelint 作为代码质量工具的性质,我们为 stylelint 定义了以下策略:

  • 补丁发布(旨在不破坏您的代码检查构建)

    • 规则中的 bug 修复导致 stylelint 报告更少错误
    • 对命令行界面或核心(包括格式化程序)的 bug 修复
    • 改进文档。
    • 非面向用户的更改,例如重构代码或修改测试
    • 在发布失败后重新发布(即发布对任何人都不起作用的版本)
  • 次要释放(可能会破坏您的代码检查构建)

    • 规则中的 bug 修复导致 stylelint 报告更多错误
    • 创建新规则
    • 现有规则的新选项,默认情况下不会导致 stylelint 报告更多错误
    • 已存在的规则被弃用
    • 创建新的命令行界面功能
    • 创建新的公共API功能
    • 创建一个新的格式化程序
  • 主要发布(可能打破您的代码检查构建)

    • 对现有规则的记录行为进行更改会导致 stylelint 默认报告更多错误
    • 删除现有规则
    • 删除现有的格式化程序
    • 以不兼容的方式删除或更改命令行界面的一部分
    • 以不兼容的方式删除或更改部分公共 API