구성
npm setnpm set init-author-name '당신의 name'npm set init-auther-email'당신의 이메일 세트 init-author-url 'http : //yourdomain.com'npm set init-license'mit '
위 명령은 NPM init의 기본값을 설정하는 것과 같습니다. 향후 NPM Init init를 실행할 때, Package.json의 저자 이름, 이메일, 홈페이지 및 라이센스 필드는 사전 설정 값을 자동으로 작성합니다. 이 정보는 사용자가 모든 프로젝트를 입력 할 필요가 없도록 사용자의 홈 디렉토리의 ~/.npmrc 파일에 저장됩니다.
프로젝트마다 설정이 다른 경우 해당 프로젝트에 대해 NPM 구성을 실행할 수 있습니다.
1.
NPM SET SAVE-EXACT TRUE
위의 명령은 모듈을 추가 할 때 package.json이 선택적 버전 범위가 아닌 정확한 버전의 모듈 버전을 녹화한다고 설정합니다.
2.
NPM 구성 접두사를 가져옵니다
3.
NPM 구성 세트 접두사 /USR /로컬
NPM 사용
설치하다:
NPM 설치 Grunt-Cli
설치하기 전에 NPM 설치는 지정된 모듈이 이미 Node_Modules 디렉토리에 존재하는지 확인합니다. 존재하는 경우 원격 저장소에 이미 새 버전이 있더라도 더 이상 다시 설치되지 않습니다.
설치되었는지 여부에 관계없이 NPM 용 모듈을 다시 설치하려면 -f 또는 -force 매개 변수를 사용할 수 있습니다.
로컬 설치 : 패키지는 현재 디렉토리로 다운로드되며 현재 디렉토리에서만 사용할 수 있습니다. 설치가 완료되면 추가 NODE_MODULES 디렉토리가 현재 디렉토리에 있으며 Grunt-CLI가 설치됩니다.
NPM 설치 -G GRUNT -CLI
글로벌 설치 : 패키지는 특정 시스템 디렉토리로 다운로드되며 설치된 패키지는 모든 디렉토리에서 사용할 수 있습니다. 이제/usr/local/lib/node_modules/grunt-cli,/usr/local/lib/node_modules가되었습니다.
1. 현재 디렉토리 패키지에 구성된 DevDependencies 모듈 설치
NPM 설치
2. 로컬 모듈 파일을 설치하십시오
npm 설치 ./package.tgz
3. 지정된 URL로 모듈을 설치하십시오
NPM 설치 https://github.com/indexzero/forever/tarball/v0.5.6
4. 로컬 파일 시스템의 지정된 디렉토리에 포함 된 모듈 설치
NPM 설치 <Folder>
5. package.json에 버전 구성을 설치하고 업데이트하십시오
npm install <name> [Save | Save-Dev | Save-Optional]
(1) 저장 매개 변수와 함께 설치된 모듈의 이름 및 버전 정보는 package.json의 종속성 옵션에 나타납니다.
(2) Save-DEV 매개 변수와 함께 설치된 모듈의 이름 및 버전 정보는 devDependencies 옵션 옵션에 나타납니다.
(3) 저장 옵션 매개 변수와 함께 설치된 모듈의 이름 및 버전 정보가 Package.json의 OptionAldependencies 옵션에 나타납니다.
6. 지정된 버전의 모듈을 설치하십시오
npm install <name>@<bersion> 예 : npm [email protected]
7. 모듈의 지정된 버전 번호 범위 내에 특정 버전을 설치합니다.
npm install <name>@<버전 범위>
예:
npm async@”> = 0.2.0 <0.2.9 ″
힘은 모듈이 이미 로컬로 설치되어 있어도 원격 자원을 끌어냅니다.
예:
NPM 설치 밑줄 인력
8.-G 또는 글로벌 설치 모듈 전 세계. 이 매개 변수를 사용할 수없는 경우 현재 디렉토리의 Node_Modules 서브 디렉토리에 설치됩니다.
예:
npm install -g Express
모든 모듈을 강제로 다시 설치하려면 Node_Modules 디렉토리를 삭제하고 NPM 설치를 다시 집행하십시오.
$ rm -rf node_modules $ npm 설치
고쳐 쓰다
NPM 업데이트 [--g] [<name> [<name>…]
지정된 이름 목록에서 모듈을 업데이트합니다. -G 매개 변수는 전 세계적으로 설치된 모듈을 업데이트합니다.
이름이 지정되지 않고 특정 모듈에 있지 않은 경우 현재 디렉토리에 의존하는 모든 패키지가 업데이트됩니다 (글로벌 및 모듈 포함). 현재 디렉토리가 특정 모듈 디렉토리에 있으면 모듈에 의존하는 모듈이 업데이트되므로 이름을 지정하지 않고 NPM 업데이트를 실행할 때 업데이트되지 않는 다른 모듈로 업데이트를 피하기 위해 특정 모듈에서 실행하는 것이 가장 좋습니다.
제거하십시오
NPM 패키지 제거 패키지
확인하다
설치된 패키지를 확인하십시오
npm ls --depth = 0
특정 패키지에 대한 특정 정보를보십시오
npm ls grunt-clinpm info grunt-cli
찾다
NPM 검색 Grunt-Cli
풀어 주다
1.package.json
package.json 설명 :
NPM 명령이 실행되면 현재 디렉토리의 package.json 파일을 읽고이 파일을 해석합니다. 이 파일은 패키지/1.1 사양을 기반으로합니다. 이 파일에서는 응용 프로그램 이름 (이름), 응용 프로그램 설명 (설명), 키워드 (키워드), 버전 번호 (버전), 응용 프로그램 구성 항목 (구성), 홈페이지 (홈페이지), 저자 (저자), 리소스 리포지토리 주소 (저장소), 버그 제출 주소 (버그), 응용 프로그램 파일 (디렉토리), 메인 라인 파일 (기본), 명령 파일 (표시), 명령 파일 (표시), 버그 제출물 주소 (버그 제출물), 응용 프로그램 파일 (표시), 종속성), 개발 환경 종속성 (DevDependencies), 러닝 엔진 (엔진) 및 스크립트 (스크립트) 등
개발자의 경우 개발 및 게시 모듈은이 파일 Package.json에 포함 된 의미에 대한 올바른 이해에 의존합니다. 이 기사에서 공유 된 예를 사용하여 다음을 설명하겠습니다.
{ "name": "test", "버전": "0.1.0", "설명": "테스트 패키지", "저자": "messed author <[email protected]>", "dependencies": { "Express": "1.xx", "ejs": "0.4.2", "redis": "0.6.7"}, "vows": ":": ":": ":": ":"0.6.7 ": }, "main": "index", "bin": { "test": "./bin/test.js"}, "스크립트": { "start": "node server.js", "test": "Vows test/*. js", "preinstall": "install": ""node ":"elode ","elode ": "0.4.x"}}이 예에서는 응용 프로그램의 입력 파일 (main)을 색인으로 정의합니다. 다른 응용 프로그램에서 우리 모듈 요구 사항 ( 'test')을 참조하면 기본 값 index.js 파일이 호출됩니다. 스크립트 (스크립트)는 해시 테이블을 사용하여 여러 다른 명령을 정의합니다. script.start에 정의 된 node server.js는 npm start에서 호출되며 scripts에 정의 된 명령은 npm 테스트가 호출되면 호출됩니다. 일부 기본 모듈을 컴파일 해야하는 경우 사전 컴파일 및 컴파일 된 명령을 정의 할 수 있습니다.
이 예에서는 응용 프로그램 종속성 모듈 (종속성) 및 개발 환경 종속성 모듈 (devddependencies)도 정의됩니다. 응용 프로그램 종속 모듈은 설치 중 현재 모듈의 Node_Modules 디렉토리에 설치됩니다. 개발 환경의 종속성 모듈은 주로 개발 환경에서 사용됩니다. npm install 또는 링크와 링크를 사용하여 파라미터 -dev를 사용하여 현재 모듈의 node_modules 디렉토리에 설치하십시오.
이름 : Pack [] (http://registry.npmjs.org/)에 이미 존재했던 이름을 검색하는 것이 가장 좋습니다.
버전 : 패키지 버전. 패키지가 변경되면 버전도 변경해야합니다. 동시에, 선언하는 버전은 Semver의 확인을 전달해야합니다 (Semver 자체적으로 Google Googled 될 수 있음).
종속성 : 패키지의 애플리케이션 종속성 모듈, 즉 다른 패키지를 사용하려면 최소한 설치해야 할 사항입니다. 응용 프로그램 종속성 모듈은 현재 모듈의 node_modules 디렉토리에 설치됩니다.
DevDdependencies : 패키지의 개발 종속성 모듈과 플러그인이 해제되면 관련된 코드가 자동으로 삭제됩니다. 파일을 사용하여 현재 프로젝트에 설치되거나 필요한 플러그인을 녹음 하여이 패키지에서 개발하려는 플러그인을 기록하며 한 번의 클릭으로 프로젝트에 필요한 플러그인을 설치할 수 있습니다.
2. 버전 번호
모든 사람들은 또한 package.json의 일부 버전 번호가> = 0.6.7이고 일부는 1.xx입니다. 차이점은 무엇입니까? NPM은 버전 관리에 대한 시맨틱 버전 인식에 사용됩니다. 모든 모듈이 뒤로 호환성을 제공하는 것은 아니며 때로는 일부 모듈이 어떤 이유로 든 후진 호환되지 않습니다. 따라서 특정 버전에서 모듈을 사용할 수 있도록 일부 규칙을 정의하고 해당 버전이 항상 일부 버그를 수정하거나 성능을 향상시키는 등 최신 버전을 사용할 수 있는지 확인해야합니다. 버전으로 정의 된 필드를 살펴 보겠습니다.
예 : 0.4.2
+ 큰 버전 (0)
+ 작은 버전 (4)
+ 패치 버전 (2)
소프트웨어가 릴리스되면 기본값은 버전 1.0.0입니다. 패치가 향후에 릴리스되면 1.0.1과 같은 마지막 숫자가 추가됩니다. 새로운 기능이 추가되고 원래 함수에 영향을 미치지 않으면 1.1.0과 같은 중간 번호 (즉, 작은 버전 번호); 도입 된 변경 사항이 뒤로 호환성이 파괴되면 2.0.0과 같은 첫 번째 숫자가 추가됩니다.
위의 package.json의 정의에서, 우리는 모듈이 모든 nodejs 버전에서 0.4 이상 및 0.5에서 실행될 수 있다고 확신합니다. 종속 모듈 REDIS는 모든 버전에서 0.6.7 이상으로 실행될 수 있습니다. 종속 모듈 EJ는 버전 0.4.2로만 실행되도록 할 수 있습니다. 종속 모듈 Express는 1.0.0 또는 2.0.0과 호환 될 수 있습니다.
생성하다
npm init
새 package.json 파일을 초기화하고 생성하는 데 사용됩니다. 사용자에게 일련의 질문을 할 것입니다. 기본 구성을 수정할 필요가 없다고 생각되면 Enter를 모두 누르십시오.
-f (힘을 나타내는)와 -y (예를 나타냄) 인 경우 질문 단계를 건너 뛰고 새 package.json 파일을 직접 생성하십시오.