【问题标题】:Node.js: Why do we increment version number in package.json?Node.js:为什么我们在 package.json 中增加版本号?
【发布时间】:2020-09-09 02:39:55
【问题描述】:

在普通的Node.js 项目中增加package.json 的版本号的主要原因是什么?

【问题讨论】:

  • 什么意思?您希望如果另一个团队成员与您一起工作,你们 2 将拥有相同的版本。
  • @Talg123 为什么会有不同?
  • 每个版本都可以有不同的功能,大多数时候东西会被弃用并且会出现新的东西。

标签: javascript node.js npm package.json


【解决方案1】:

通常,代码会被预订到 git 之类的存储库中。几个人可以处理代码,当它发布到测试环境中时,可以更改版本号。然后可以通过版本号引用该版本。

版本变更的复杂程度应该通过版本号的变更方式来突出显示。

1.0.0 -> 1.0.1 仅反映发布了一个小的更改。 1.2.34 -> 2.0.0 强调有一个主要版本。

如果你只是在学习,没有真正的理由增加它。

【讨论】:

  • @MajedBadawi semver 与性能无关。
【解决方案2】:

版本只是语义,为需要了解的任何人设置您正在使用的版本特征范围。

假设您的版本类似于 major.minor.patch(例如:1.1.1) 你增加: 进行不兼容的 API 更改时的主要版本, 以向后兼容的方式添加功能时的次要版本,以及 当您进行向后兼容的错误修复时的 PATCH 版本。

更多信息请见here(@Phix 已评论)

【讨论】:

    【解决方案3】:

    在每次重大更新时增加版本只是一个软件开发过程。

    NPM 通常遵循 Major.Minor.Patch(即 1.0.0)的 semver 版本控制。

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

    预发布和构建元数据的附加标签可用作 MAJOR.MINOR.PATCH 格式的扩展。

    【讨论】:

      猜你喜欢
      • 2019-08-16
      • 2015-12-13
      • 2019-12-09
      • 1970-01-01
      • 1970-01-01
      • 2015-10-10
      • 1970-01-01
      • 2022-08-23
      • 1970-01-01
      相关资源
      最近更新 更多