我是SemVer概念的新手。在我目前的项目中实施这个想法似乎很有希望。
根据SemVer的概念，如果一个项目的名称为project-a.b.c，那么，a是主要更新(中断更改(，b是次要更新(较新的实现(，c是补丁更新(错误修复(。
我的问题是，假设我有一个非常小的突破性变化，我需要建立和更新我的回购。那我该怎么办？
是主要更新还是补丁更新？
此外，SemVer是否只适用于某些软件技术，而不适用于所有东西？例如，一些Node Dev告诉我，他们很少使用这个。但是，我不确定有多大比例的人在练习
中断更改是中断更改，如果s或但s。你应该做一个重大更新。
SemVer的目的是convey meaning about the underlying code and what has been modified from one version to the next。该方案适用于需要解决任何类型的兼容性问题的所有情况，并且SemVer约定符合目的。
https://semver.org/
问一些问题有助于确定影响，而不是偏离SemVer惯例：
- 我的可交付成果有变化吗
- 这一变化能打破任何人的密码吗？是=>断裂变化；否=>继续下一个问题MINOR vs PATCH
至于开发人员是否使用SemVer约定，由于其有用性和简单性，您会惊讶地发现大量项目使用它，因此我鼓励您在有意义的地方使用它，例如分布式交付。