홈페이지>웹 디자인 튜토리얼>자바스크립트 튜토리얼

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

저자：Eve Cole 업데이트 시간：2022-09-22 09:05:32
이 문서에서는 package.json을 사용하여 실제 프런트 엔드 프로젝트의 종속 패키지에 대한 버전 관리를 수행하는 방법에 대해 설명합니다. 다양한 규칙은 종속성 관리에 어떤 영향을 미치나요?

숙련도 과정에 대한 프런트 엔드(vue) 항목:

npm 버전 번호 정의

버전 형식을 배우려면 입력: XYZ[-string]

6.3.2-alpha

  • 의미는

    • 다음과
    같습니다

    .

    ​​​​이전 버전과 호환되는 업데이트된 반복

    입니다

    .

  • 부 버전 번호 3에는 3개의 작은 기능 반복이 있습니다. 이 새 패키지는 6.*.* <= 6.3.2 의 모든 종속성 문에 대해 설치할 수 있습니다.

  • 수정된 버전 번호 2에는 버그 수정 2개 또는 기타 주요하지 않은 기능 수정이 있습니다. 이 새 패키지는 6.*.* <= 6.3.2 의 모든 종속성 문에 대해 설치할 수 있습니다.

  • 고급 버전 번호 alpha 실험적인 처리 단계를 나타냅니다.

확장 읽기: 의미 버전 2.0.0

package.json

에서 종속성 버전을 식별하는 방법은

다음과 같이 설명됩니다.

"vue": "~2.5.22",
"vue-class-컴포넌트": "^6.0.0",
"vue-router": "3.0.1",
"express": "최신",
"mongoose": "*",

  • 기호 ^ : 메인 버전을 잠그면 마이너 버전 번호, 수정된 버전 번호 및 고급 버전 번호를 업데이트할 수 있습니다.

    예를 들어 "vue-class-component": "^6.0.0" , 종속성을 설치할 때 설치할 수 있습니다. 기본 버전 번호가 6인 경우 6.*.* 준수하는 모든 버전입니다.

  • 기호 ~ : 주 버전 번호와 부 버전 번호를 잠그고

    "vue": "~2.5.22" 와 같이 수정된 버전 번호와 이전 버전 번호를 업데이트합니다. 종속성을 설치할 때 2.5.* 준수하는 모든 버전을 설치할 수 있습니다. 2.5.* .

  • 空符号:

    "vue-router": "3.0.1" 과 같은 모든 버전 번호를 잠그고 버전 3.0.1 의 종속 패키지만 설치할 수 있습니다.

  • 符号* : vue-router": "3.0.*" 와 같은 특정 버전 번호 범위를 정의하면

    vue-router": "3.0.*" 3.0.1 3.0.2 와 같이 3.0 으로 고정된 모든 버전을 설치할 수 있습니다.

  • latest : 최신 안정 버전을 설치합니다.

1.png

  • 예를 들어 "express": "latest" 4.18.1 (2022.06.13의 최신 버전)을 설치할 수 있습니다.

  • * : 최신 릴리스 버전을 설치하십시오. 반드시 안정 버전일 필요는 없습니다.

2.png

  • 예를 들어 "mongoose": "*" 6.0.0-rc2 , 3.9.7 등을 설치할 수 있습니다.

  • Git URL : Git에 게시된 패키지 참조 형식을 사용합니다

    . <protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>[#<commit-ish> | #semver:<semver>]

"test": "git+ssh://[email protected]:npm/cli.git#v1.0.27"

자세한 내용: npm docs -

믿지 마세요 종속성이 너무 많습니다. npm 패키지의 버전 번호입니다!

제목 그대로 혈액수업을 통해 얻은 경험입니다.

작성자가 system.js 사용할 때 사용되는 버전 제한은 system.js: "^6.3.2" 입니다.

종속성을 설치할 때 > 6.3.2 버전이 실수로 설치되어 프로젝트 실행 오류가 발생했습니다.

그 이유는 system.js 작성자가 semver 사양에 따라 버전 번호의 이름을 지정하지 않았기 때문에 작성자의 프로젝트에서 이전 버전과 호환되지 않는 업데이트를 도입하여 프로젝트가 제대로 실행되지 않게 되었기 때문입니다.

프로덕션 환경에서 사용 dependencies

종속성, devDependency 및 PeerDependency

종속성은

모두 종속성 아래에 설치됩니다.

예:

"종속성": {
	"분필": "^2.4.2",
	"사령관": "^3.0.0",
	"fs-추가": "^8.1.0",
	"문의자": "^6.5.0",
	"mem-fs": "^1.1.3",
	"mem-fs-editor": "^6.0.0",
	"shelljs": "^0.8.3"
}

위 코드는 작성자가 만든 cli 툴킷의 package.json 조각입니다.
shelljs 사용하여 파일을 작동합니다. 선언이 devDependencies 로 변경되면 사용자가 현재 도구 패키지를 설치한 후 오류가 보고됩니다.
npm install 工具包때 devDependencies 필드에 선언된 종속성이 설치되지 않기 때문입니다. 설치하기 전에 dependencies 필드에서 선언해야 합니다.

devDependency

프로덕션 환경에 필요하지 않은 종속성은 devDependencies 아래에 설치해야 합니다.
프로덕션 환경에서는 devDependencies 필드 아래의 종속성이 설치되지 않기 때문입니다.

예:

"devDependency": {
	"@commitlint/cli": "^8.1.0",
	"@commitlint/config-conventional": "^8.1.0",
	"커밋": "^4.0.3",
	"commitlint-config-cz": "^0.12.1",
	"cz-맞춤설정 가능": "^6.2.0",
	"표준 버전": "^7.0.0"
}

위 코드는 작성자가 만든 cli 툴킷의 package.json 조각입니다.
commitizen 작성자가 Git 제출 사양을 표준화하기 위해 사용하는 종속성 패키지입니다. 이는 개발 환경에서만 사용되므로 devDependencies 에 선언되어 있습니다.

PeerDependency

일부 플러그인 및 툴킷을 개발할 때 사용자 실행 환경의 종속성 패키지 버전에 대한 요구 사항이 있으며, 이는 peerDependencies 필드를 사용하여 선언할 수 있습니다.

예를 들어:

{
  "name": "티라떼",
  "버전": "1.3.5",
  "peerDependency": {
    "차": "2.x"
  }
}

현재 도구인 tea-latte tea 패키지에 따라 다릅니다. 또한 tea 패키지는 주 버전 2여야 합니다.

요구 사항이 충족되지 않으면 콘솔에서 오류를 보고합니다.

알아채다
npm v7 버전에서는 PeerDependency가 기본적으로 설치됩니다.
npm v3에서 npm v6까지, peerDependencies 자동으로 설치되지 않습니다.
관련 기사