집 >웹 프론트엔드 >JS 튜토리얼 >종속 패키지의 버전 관리를 위해 package.json을 사용하는 방법에 대해 이야기해 보겠습니다.

종속 패키지의 버전 관리를 위해 package.json을 사용하는 방법에 대해 이야기해 보겠습니다.

青灯夜游앞으로: 2022-08-09 15:08:492810검색

이 글에서는 package.json을 사용하여 실제 프런트엔드 프로젝트에서 종속 패키지의 버전 관리를 수행하는 방법에 대해 설명합니다. 다양한 규칙은 종속성 관리에 어떤 영향을 미치나요?

npm 버전 번호 정의

버전 형식: X.Y.Z[-string]X.Y.Z[-string]
其含义为：

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

举个例子：

6.3.2-alpha的含义为：

主版本号6，有6次不可向下兼容的更新迭代。
次版本号3，有3次小的功能迭代。6.*.*


修正版本号2，有2次bug修改或其他非重大功能的修改。6.*.*

先行版本号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.1、3.0.2。

latest：安装最新的稳定版本



例如"express": "latest"，可以安装4.18.1  (2022.06.13最新版本)。
*：安装最新发布的版本，不一定是稳定版本



例如"mongoose": "*",可以安装6.0.0-rc2、3.9.7等。

Git URL：使用Git上发布的包
引用格式： <protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>[#<commit-ish> | #semver:<semver>]</semver></commit-ish></path></port></hostname></password></user></protocol>


"test": "git+ssh://git@github.com:npm/cli.git#v1.0.27"
扩展阅读：npm docs - dependencies
不要太相信npm包的版本号！
如题，这个是血的教训换来的经验。
笔者在使用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의미: 

X: 주요 버전 번호
Y: 부 버전 번호
Z: 개정된 버전 번호
문자열: 고급 버전 번호 또는 버전 컴파일 정보
🎜예: 🎜🎜6.3.2-alpha의 의미: 🎜
🎜기본 버전 번호 6, 이전 버전과 호환되지 않는 업데이트 반복이 6개 있습니다. . 🎜
🎜버전 3에는 3개의 작은 함수 반복이 있습니다. 6.*.*
🎜2개의 버그 수정 또는 기타 주요 기능 변경이 포함된 버전 2가 개정되었습니다. 6.*.*
🎜고급 버전 번호 alpha는 실험적인 처리 단계를 나타냅니다. 🎜

🎜추가 자료: Semantics Version 2.0.0🎜
package.json에서 종속성 버전을 식별하는 방법🎜🎜은 다음 코드에 따라 설명됩니다. 🎜"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"
}

🎜기호 ^: 기본 버전을 잠그고 부 버전 번호, 수정된 버전 번호 및 고급 버전 번호를 업데이트할 수 있습니다.🎜🎜예:  "vue-class- component": "^6.0.0", 종속성을 설치할 때 기본 버전이라면 6.*.*를 준수하는 모든 버전을 설치할 수 있습니다. 숫자는 6입니다. 🎜
🎜기호 ~: 주 버전 번호와 부 버전 번호를 잠그고 수정된 버전 번호와 고급 버전 번호를 업데이트합니다.🎜🎜예를 들어  "vue": "~2.5.22", 종속성 설치 시 2.5.*를 준수하는 모든 버전을 설치할 수 있습니다. 🎜
🎜빈 기호: 모든 버전 번호 잠금🎜🎜예: "vue-router": "3.0.1" code > 버전이 3.0.1인 종속 패키지만 설치할 수 있습니다. 🎜

🎜Symbol*: 특정 버전 번호 범위 정의🎜🎜예: vue-router": "3.0.*"  code>, 3.0.1, 3.0.2 🎜
3.0으로 수정된 모든 버전을 설치할 수 있습니다. li>🎜. 최신: 최신 안정 버전 설치🎜🎜🎜
🎜예: "express": "latest ", 4.18.1(최신 버전 2022.06.13)을 설치할 수 있습니다. 🎜
🎜*: 설치 최신 출시 버전, 반드시 최신 버전일 필요는 없습니다.🎜
🎜🎜
🎜예: "mongoose": "*" 6.0.0-rc2, 3.9.7 등을 설치하세요. 🎜
🎜Git URL: 게시된 패키지를 사용하세요. Git 🎜🎜인용 형식: <protocol>: //[<user>[:<password>]@]<hostname>[:<port>][:][/]<path> #semver:&lt ;semver>]</path></port></hostname></password></user></protocol>🎜

{
  "name": "tea-latte",
  "version": "1.3.5",
  "peerDependencies": {
    "tea": "2.x"
  }
}
🎜추가 읽기: npm 문서 - 종속성🎜 npm 패키지의 버전 번호를 너무 신뢰하지 마세요! 🎜🎜제목 그대로 혈액수업을 통해 얻은 경험입니다. 🎜🎜작성자가 system.js를 사용할 때 사용되는 버전 제한은 system.js: "^6.3.2"입니다. 🎜🎜종속성을 설치할 때 > 6.3.2 버전이 실수로 설치되어 프로젝트가 제대로 실행되지 않았습니다. 🎜🎜이유는 system.js 작성자가 semver 사양에 따라 버전 번호를 지정하지 않아 이전 버전과 호환되지 않는 버전이 도입되었기 때문입니다.  내 프로젝트에 > 업데이트하면 프로젝트가 잘못 실행됩니다. 🎜

종속성, devDependency 및 PeerDependency🎜
종속성
 🎜프로덕션 환경에서 사용되는 종속성은 종속성 아래에 균일하게 설치됩니다. 🎜🎜예: 🎜rrreee🎜위 코드는 작성자가 만든 cli 툴킷의 package.json 조각입니다. 🎜shelljs는 파일을 작동하는 데 사용됩니다. 명령문이 devDependency로 변경되면 사용자가 현재 도구 패키지를 설치한 후 오류가 보고됩니다. 🎜devDependency 필드에 선언된 종속성은 npm 설치 도구 패키지 시 설치되지 않기 때문입니다. 설치하기 전에 종속성 필드에서 선언해야 합니다. 🎜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으로 문의하시기 바랍니다. 삭제

이전 기사：package.json 파일에 대한 심층 분석다음 기사：package.json 파일에 대한 심층 분석

`관련 기사`

더보기

Nodejs의 npm&package.json 소개
nodejs package.json 예제에 대한 자세한 설명
Node.js의 package.json에 있는 라이브러리 버전 번호 소개
package.json이란 무엇입니까?
이 기사에서는 nodejs의 package.json을 이해하는 데 도움이 됩니다.

공공복지 온라인 PHP 교육，PHP 학습자의 빠른 성장을 도와주세요！
회사 소개부인 성명Sitemap
                © php.cn All rights reserved