我在 npm 上阅读：
为了帮助依赖您的代码的开发人员，我们建议您从 1.0.0 开始您的包版本并递增 as follows:
假设包在现实世界中的实际版本控制方式符合上述建议；当他们使用模棱两可的词“递增”时，他们的意思是推荐：
相关示例：
您已在 npm 上以 v1.0.0 发布了“your-package”
你处理它，重构代码，修复一堆错误并将最后一次提交标记为 v1.0.1
然后你注意到一个严重的错误，在修复它之后，你放了一个 v1.0.2 标签
现在您决定发布一个版本，如果您将该版本发布为 v1.0.2（从未发布过 v1.0.1），您是否会违反 npm 的建议？
【问题讨论】：
标签： git npm release versioning
一般规则是您发布的版本应该使用这种方案，称为语义版本控制。如果您在存储库中发布了公共 v1.0.1 版本，即使您尚未将其发布到 npm，那么您应该发布下一个错误修复版本 v1.0.2。你绝对不应该将你标记的 v1.0.2 版本作为 v1.0.1 上传到 npm，因为这会引起很多混乱。
但是，如果没有令人信服的理由，您应该尽量避免在发布方式上出现空白。有时会出于某种原因发生这种情况，例如，由于 CI 错误，但总的来说，您应该尽量避免它。
【讨论】：
嘿，您需要阅读 semantic versioning 当他们说“增加”版本号时所指的内容：
基本形式的语义版本控制是一种告诉您如何增加版本编号的格式。
MAJOR version when you make incompatible API changes,
MINOR version when you add functionality in a backwards compatible manner, and
PATCH version when you make backwards compatible bug fixes.
看看我发布的文档 :)
【讨论】：