NMS에서 일을 세계적으로 설치하는 것은 나쁜 습관입니까?

Question

저는 이곳에서 npm을 처음 사용하기 때문에 뭔가를 얻지 못할 수도 있습니다. npm은 프로젝트에 로컬 인 npm_modules 디렉토리에 모듈을 설치하거나 --global을 사용하여 시스템 전체에 모듈을 설치할 수 있음을 알고 있습니다.

일시적인 편의를위한 것 외에도 왜 패키지를 전 세계적으로 설치하겠습니까? 예를 들어 typescript의 전역 설치를 수행하는 모든 종류의 npm 구성/설정을 볼 수 있습니다. 하지만 내 컴퓨터에 5 개의 프로젝트가 있고 그 중 3 개가 다른 버전의 타이피 스크립트를 사용하면 좋지 않습니다 ... 맞습니까?

패키지 관리에 대한 나의 경험은 모든 모듈이 글로벌 위치 (~/.m2/repository)에 설치되었지만 ANYTHING (cmd/tool/plugin 또는 종속성)을 참조하는 Java /) 버전 번호를 지정해야합니다. 따라서 중복 패키지 설치 제거 및 완벽하게 재현 가능한 빌드의 두 가지 장점을 모두 누릴 수 있습니다. 나는 npm이 그 자신의 방식대로 똑같은 것을 성취 할 것이라고 생각했을 것이다.

무엇이 누락 되었습니까?

Answer 1

Maven은 전 세계적으로 아무것도 설치하지 않습니다. 모든 새로운 빌드에 대해 모든 것을 다운로드하지 못하도록 로컬 "전역"저장소를 유지하지만 모든 프로젝트에는 pom 파일에 정의한 모든 라이브러리의 자체 버전이 있습니다.

npm의 경우 일반적으로 grunt-cli 및 karma-cli와 같이 일부 툴링을 설치 한 다음 각 프로젝트의 package.json에 해당 프로젝트의 버전에 필요한 모듈/라이브러리를 정의합니다.

Answer 2

npm 1.0 release notes이 근거 명확히 : 일반적으로

를, 엄지 손가락의 규칙은 다음과 같습니다

1. 당신은 당신이 사용하여 프로그램, 에서 사용할 뭔가를 설치하는 경우 ('무엇이든')을 요구하고, 프로젝트에 루트에 로컬로 설치하십시오.
2. 는 전 세계적으로 설치, 명령 행 또는 무언가에 당신이 당신의 쉘에서 사용하고자하는 무언가를 설치하는 경우, 그 바이너리가 PATH 환경 변수에 결국 너무 .

Answer 3

당신은 당신의 코드 (타이프 라이터, 웹팩, 바벨)를 변환하기위한 여러 도구로 작업하는 경우 및 로컬 다른 패키지 작업과 함께 연결하고자하는, 내가 확실히 전 세계적으로 일을 설치를 권하고 싶지 않다 전역 구성 요소를 업데이트 할 때 많은 어려움을 겪습니다. 심지어 웹팩 팀 discourage 두 번째 버전을 전세계에 설치 :

webpack 명령은 이제 전 세계적으로 사용할 수 있습니다.

그러나 권장되는 방법은 아닙니다. 그러면 webpack의 특정 버전으로 잠기고 다른 버전을 사용하는 프로젝트에서 실패 할 수 있습니다.