SemVer

Question

何时使用SemVer 2.0增加MAJOR与MINOR版本号的规则非常引人注目。它们显然给知道应用程序/服务是否向后兼容有很多好处。

但该网站并没有真正说明MINOR与它所谓的PATCH之间存在差异的原因。我认为它没有给予MAJOR和MINOR相同的好处。

以下是SemVer规则的参考：

1. 当您进行不兼容的API更改时的MAJOR版本，
2. 以向后兼容的方式添加功能时的MINOR版本，
3. 当您进行向后兼容的错误修复时的PATCH版本。

所以MINOR和PATCH之间的唯一区别是功能与错误修复。我的公司想以不同的方式做到这一点

他们希望MINOR成为[向后兼容]功能的集合。 ＆＃34; PATCH＆＃34; （我们称之为Incremental）是获取这些功能所需的版本。 （我们发布功能时会发布错误修复。）

例如，如果我们在2.4版本中计划7 [向后兼容]功能，那么2.4.0可能有2个功能，2.4.1会有3个功能，2.4.2会有最后2个（也许每个版本中都有错误修复或两个。）

我可以看到这违反了SemVer，但我需要知道为什么SemVer已经决定对MINOR和PATCH版本之间的差异进行规定，这样我才能知道推动我公司的方式。

注意：我希望这对Stack Overflow来说不太主观。我通常不会问这样的问题，所以有可能需要关闭这个问题...

Answer 1

标准是故意简洁的。其中没有任何内容可以阻止您发布一系列错误修复以及新功能，而只需要在执行此操作时碰到次要字段。如果更改仅涉及错误修复，重构或不添加，删除或修改任何界面的文档，那么您只需要修补补丁。重点在于向您的消费者传达他们从您那里获取更新时的风险等级。