Node.js：为什么我们在 package.json 中增加版本号？
Node.js: Why do we increment version number in package.json?
在正常的 Node.js 项目中增加 package.json 版本 # 的主要原因是什么？
通常代码会被记录到像 git 这样的存储库中。几个人可以处理代码，当它被发布到测试环境中时，版本号可以改变。然后可以通过版本号引用该版本。
发行版变更的复杂性应该通过版本号变更的方式来突出显示。
1.0.0 -> 1.0.1 将反映仅发布了一个小的变化。
1.2.34 -> 2.0.0 会强调有一个主要版本。
如果您只是学习，没有真正的理由增加它。
版本只是语义，为任何需要知道的人设置你正在使用的版本特征范围。
假设您的版本类似于 major.minor.patch（例如：1.1.1）
你增加：
进行不兼容的 API 更改时的主要版本，
以向后兼容的方式添加功能时的 MINOR 版本，以及
当您进行向后兼容的错误修复时修补版本。
可以找到扩展信息here（正如@Phix 评论的那样）
每次重大更新时增加版本只是一个软件开发过程。
NPM 通常遵循 Major.Minor.Patch（即 1.0.0）的 semver 版本控制。
- 当您进行不兼容的 API 更改时，增加 MAJOR 版本，
- 当您以向后兼容的方式添加功能时，增加 MINOR 版本，并且
- 当您进行向后兼容的错误修复时，增加 PATCH 版本。
pre-release 和构建元数据的附加标签可作为 MAJOR.MINOR.PATCH 格式的扩展。
在正常的 Node.js 项目中增加 package.json 版本 # 的主要原因是什么？
通常代码会被记录到像 git 这样的存储库中。几个人可以处理代码，当它被发布到测试环境中时，版本号可以改变。然后可以通过版本号引用该版本。
发行版变更的复杂性应该通过版本号变更的方式来突出显示。
1.0.0 -> 1.0.1 将反映仅发布了一个小的变化。 1.2.34 -> 2.0.0 会强调有一个主要版本。
如果您只是学习，没有真正的理由增加它。
版本只是语义，为任何需要知道的人设置你正在使用的版本特征范围。
假设您的版本类似于 major.minor.patch（例如：1.1.1） 你增加： 进行不兼容的 API 更改时的主要版本， 以向后兼容的方式添加功能时的 MINOR 版本，以及 当您进行向后兼容的错误修复时修补版本。
可以找到扩展信息here（正如@Phix 评论的那样）
每次重大更新时增加版本只是一个软件开发过程。
NPM 通常遵循 Major.Minor.Patch（即 1.0.0）的 semver 版本控制。
- 当您进行不兼容的 API 更改时，增加 MAJOR 版本，
- 当您以向后兼容的方式添加功能时，增加 MINOR 版本，并且
- 当您进行向后兼容的错误修复时，增加 PATCH 版本。
pre-release 和构建元数据的附加标签可作为 MAJOR.MINOR.PATCH 格式的扩展。