首页 >web前端 >js教程 >聊聊如何使用package.json对依赖包进行版本管理

聊聊如何使用package.json对依赖包进行版本管理

青灯夜游
青灯夜游转载
2022-08-09 15:08:492794浏览

本篇文章聊聊前端项目的实战中,是如何使用package.json对依赖包进行版本管理的。 不同规则,对依赖的管理会产生什么影响。

聊聊如何使用package.json对依赖包进行版本管理

npm版本号定义

版本格式:X.Y.Z[-string]
其含义为:

  • X:主版本号
  • Y:次版本号
  • Z:修正版本号
  • string: 先行版本号或版本编译信息

举个例子:

6.3.2-alpha的含义为:

  • 主版本号6,有6次不可向下兼容的更新迭代。

  • 次版本号3,有3次小的功能迭代。6.*.* <=6.3.2的依赖声明,都可以安装此新包。

  • 修正版本号2,有2次bug修改或其他非重大功能的修改。6.*.* <=6.3.2的依赖声明,都可以安装此新包。

  • 先行版本号alpha,表示处理试验阶段。

扩展阅读:语义化版本 2.0.0

package.json怎么识别依赖版本

将按下述代码进行阐释:

"vue": "~2.5.22",
"vue-class-component": "^6.0.0",
"vue-router": "3.0.1",
"express": "latest",
"mongoose": "*",
  • 符号^:锁定主版本,可更新次版本号、修正版本号和先行版本号

    例如"vue-class-component": "^6.0.0",安装依赖时,可以安装符合6.*.* 的任意版本,只要主版本号是6即可。

  • 符号~:锁定主版本号和次版本号,可更新修正版本号和先行版本号

    例如"vue": "~2.5.22",安装依赖时,可以安装符合2.5.*的任意版本。

  • 空符号:锁定所有版本号

    例如"vue-router": "3.0.1",只能安装版本为3.0.1的依赖包。

  • 符号*:定义某个版本号范围

    例如vue-router": "3.0.*",可以安装3.0固定的任意版本,比如3.0.13.0.2

  • latest:安装最新的稳定版本

1.png

  • 例如"express": "latest",可以安装4.18.1 (2022.06.13最新版本)。

  • *:安装最新发布的版本,不一定是稳定版本

2.png

  • 例如"mongoose": "*",可以安装6.0.0-rc23.9.7等。

  • Git URL:使用Git上发布的包

    引用格式: <protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>[#<commit-ish> | #semver:<semver>]</p></li> </ul> <pre class="brush:php;toolbar:false">&quot;test&quot;: &quot;git+ssh://git@github.com:npm/cli.git#v1.0.27&quot;</pre> <p>扩展阅读:<a href="https://docs.npmjs.com/cli/v7/configuring-npm/package-json#dependencies" target="_blank" textvalue="npm docs - dependencies">npm docs - dependencies</a></p> <h2 data-id="heading-3"><strong>不要太相信npm包的版本号!</strong></h2> <p>如题,这个是血的教训换来的经验。</p> <p>笔者在使用<code>system.js时,使用的版本限制是:system.js: "^6.3.2"

    在安装依赖的时候,意外安装了> 6.3.2的版本,导致项目运行出错。

    原因就是system.js作者,没有按照semver规范,进行版本号命名,导致笔者的项目,引入了不可向下兼容的更新,进而使项目运行出错。

    dependencies、devDependencies与peerDependencies

    dependencies

    生产环境中使用到的依赖,统一安装在dependencies下。

    举个例子:

    "dependencies": {
    	"chalk": "^2.4.2",
    	"commander": "^3.0.0",
    	"fs-extra": "^8.1.0",
    	"inquirer": "^6.5.0",
    	"mem-fs": "^1.1.3",
    	"mem-fs-editor": "^6.0.0",
    	"shelljs": "^0.8.3"
    }

    上述代码,是笔者做的cli工具包的package.json中的片段。
    shelljs用于操作文件,如果改在devDependencies声明,则用户安装当前工具包后,运行会报错。
    因为devDependencies字段声明的依赖,在npm install 工具包时,是不会安装的。必须在dependencies字段中声明,才会被安装。

    devDependencies

    生产环境不需要使用的依赖,都需要安装在devDependencies下。
    因为生产环境下,是不会安装devDependencies字段下的依赖的。

    举个例子:

    "devDependencies": {
    	"@commitlint/cli": "^8.1.0",
    	"@commitlint/config-conventional": "^8.1.0",
    	"commitizen": "^4.0.3",
    	"commitlint-config-cz": "^0.12.1",
    	"cz-customizable": "^6.2.0",
    	"standard-version": "^7.0.0"
    }

    上述代码,是笔者做的cli工具包的package.json中的片段。
    commitizen是笔者用于规范Git提交规范的依赖包,只在开发环境中使用,所以在devDependencies中声明。

    peerDependencies

    当开发一些插件和工具包时,对使用方的运行环境的依赖包版本有要求,可以使用peerDependencies字段进行声明。

    举个例子:

    {
      "name": "tea-latte",
      "version": "1.3.5",
      "peerDependencies": {
        "tea": "2.x"
      }
    }

    当前工具tea-latte,依赖tea包。而且,要求tea包是主版本2。

    当不满足要求时,控制台会进行报错处理。

    注意
    npm v7版本, peerDependencies会默认安装。
    npm  v3 到 npm v6版本, peerDependencies不会自动安装。

    更多node相关知识,请访问:nodejs 教程

    以上是聊聊如何使用package.json对依赖包进行版本管理的详细内容。更多信息请关注PHP中文网其他相关文章!

声明:
本文转载于:juejin.cn。如有侵权,请联系admin@php.cn删除