글로벌 NPM 모듈 종속성 문제를 해결하는 방법-JS 튜토리얼-php.cn

How to Solve the Global npm Module Dependency Problem NPM (Node Package Manager)은 웹 개발자에게 많은 편리한 JavaScript 모듈을 제공하여 응용 프로그램 종속성의 검색 및 관리를 크게 단순화합니다. 또한 개발자가 자체 모듈을 만들고 게시 할 수있게 해주므로 다른 개발자는 를 사용하여 쉽게 얻고 사용할 수 있습니다. 완벽한 것 같네요?

어, 사실 ... 그렇지 않습니다.

키 포인트 npm install -g your-tool

NPM 모듈을 설치하기위한

옵션을 사용하면 프로젝트가 글로벌 모듈에 의존하더라도 이러한 모듈은 프로젝트의 종속성으로 나열되지 않기 때문에 문제가 발생할 수 있습니다. 이렇게하면 앱을 사용하여 다른 사람들의 작업량이 증가하고 버전 충돌로 이어질 수 있습니다.

전역 NPM 모듈 종속성으로 인한 문제를 피하려면 모듈을 설치하고 로 바꾸는 경우 를 제거하는 것이 좋습니다. 이렇게하면 모듈을 개발 종속성으로 저장하고 를 실행할 때 설치해야합니다.

종속성을 로컬로 설치 한 후 명령 줄에서 실행될 스크립트는 디렉토리에 배치됩니다. NPM 스크립트를 사용하면이 프로세스를 단순화하고 더 짧은 명령으로 모듈의 로컬 버전을 실행할 수 있습니다.

약간 중복 될 수 있지만 Node와 NPM을 프로젝트의 종속성으로 사용하여 프로젝트에 로컬로 설치하는 것이 좋습니다. 그러나 노드가 모든 운영 체제마다 다르기 때문에 복잡 할 수 있으며 모든 사람이 노드 및 NPM의 로컬 복사 경로를 경로 환경 변수에 추가 할 수있는 쉬운 방법이 없습니다.

-g

우리는 몇 가지 문제가있었습니다

-g 첫째, 글로벌 모듈은 프로젝트의 종속성으로 나열되지 않으므로 프로젝트가 의존하는 경우에도 응용 프로그램을 사용하여 다른 사람들의 작업량을 증가시킵니다. 프로젝트의 생산 환경을 준비하기 위해 Gulp를 사용해야한다는 것을 알고 있으므로 전 세계적으로 설치하고 사용합니다. 다른 사람들이 훌륭한 오픈 소스 프로젝트를 사용하거나 작업하기를 원할 때 --save-dev를 입력하고 작업을 시작할 수는 없습니다. 예를 들어 readme 파일에 지침을 추가해야합니다. 이 프로젝트를 사용하려면 다음 단계를 따르십시오

git 클론 창고

run

run npm install

run

빌드 npm install -g gulp 두 가지 문제를 보았습니다. 먼저, Gulp를 설치하는 추가 단계를 추가했습니다. 피할 수있는 추가 단계 (Gulp의 글로벌 설치)를 보았으며, 사용자는 응용 프로그램이 Gulp를 사용하여 프로젝트를 구축한다는 것을 알아야한다는 것을 알았습니다. 이 기사는 주로 첫 번째 문제에 대해 설명하며 두 번째 문제는 심각하지는 않지만 도구를 전환하면 지침을 업데이트해야합니다. 나중에 논의 할 솔루션은 두 가지 문제를 모두 해결해야합니다.

전 세계적으로 모듈 설치와 관련된 두 번째 주요 문제는 잘못된 모듈 버전으로 인해 충돌을 일으킬 수 있다는 것입니다. 다음 두 가지 예는 이것을 보여줍니다.

gulp 당신은 6 개월 전에 최신 버전의 Gulp를 사용했을 때 프로젝트를 만들었습니다. 오늘, 누군가가 프로젝트의 저장소를 복제하고 GULP를 실행하려고 시도했지만 오류가 발생했습니다. 프로젝트를 복제하는 사람이 오래된 버전의 Gulp 또는 새로운 버전의 Gulp를 실행하고 있기 때문입니다.

당신은 6 개월 전에 Gulp를 사용하여 프로젝트를 만들었습니다. 그 이후로, 당신은 다른 프로젝트에 가서 컴퓨터에서 Gulp를 업데이트했습니다. 이 오래된 프로젝트로 돌아가 Gulp를 실행하려고 시도 했으므로 마지막으로 프로젝트에 연락 한 이후 Gulp를 업데이트 했으므로 오류가 발생합니다. 이제 프로젝트를보다 편리한 시간으로 지연시키지 않고 프로젝트에서 더 많은 진전을 이루기 전에 새로운 버전의 Gulp로 작업하기 위해 빌드 프로세스를 업데이트해야합니다.

이러한 문제는 매우 심각 할 수 있습니다. 그러나 앞서 말했듯이, 나는 일반적으로 당신이 전 세계적으로 무언가를 설치하지 않는다고 말하지 않을 것입니다. 몇 가지 예외가 있습니다.

안전에 대한 짧은 참고 기본적으로 일부 시스템에서 NPM 모듈의 글로벌 설치에는 고가의 권한이 필요합니다. 와 같은 명령을 실행하는 경우이 명령을 변경해야합니다. NPM 초보자 가이드는이를 수행하는 방법을 보여줍니다. 예외

그렇다면 전 세계적으로 무엇을 설치할 수 있습니까? 간단히 말해서 : 프로젝트에 의존하지 않는 것은 무엇이든. 예를 들어, 라는 글로벌 모듈을 설치했습니다. 내 브라우저에서 HTML 파일을 볼 필요가있을 때마다

(의 명령입니다)를 실행하면 현재 폴더를 의 루트로 설정 한 다음 귀하의 문서를 열 수 있습니다. 브라우저 및 테스트.

나는 또한 프로젝트의 일부가 아닌 JavaScript 파일을 압축하려는 상황이나 최소한 공식적인 빌드 프로세스 (바보 같은 "회사"이유)를 설정할 수있는 프로젝트가 아닌 상황을 만났습니다. 이를 위해 를 설치하고 몇 초 만에 명령 줄에서 스크립트를 쉽게 압축 할 수 있습니다.

솔루션

문제가 어디에서 발생할 수 있는지 알 수 있으므로 어떻게 방해해야합니까? 가장 먼저해야 할 일은 모듈을 설치할 때 제거하는 것입니다. 모듈을 개발 종속성으로 저장할 수 있도록 <it>로 교체해야하며 누군가가 를 실행할 때 항상 설치됩니다. 이것은 앞에서 언급 한 사소한 문제 중 하나만 해결할 것이지만 시작일뿐입니다. <code>-g</code> <to> 알아야 할 것은 종속성을 로컬로 설치할 때 명령 줄에서 실행되는 스크립트가 있으면 디렉토리에 배치된다는 것입니다. 이제 Gulp를 로컬로 설치하는 경우 명령 줄에서 --save-dev를 입력하여 실행할 수 있습니다. 물론 아무도이 모든 것을 입력하고 싶어하지 않습니다. NPM 스크립트를 사용 하여이 문제를 해결할 수 있습니다. <code>npm install</code> 파일에서 다음과 유사한 속성을 추가 할 수 있습니다. <p> <run> 이제 언제든지 로컬 버전의 gulp를 실행할 수 있습니다. NPM 스크립트는 PATH Environment 변수를 확인하기 전에 <code>./node_modules/.bin/</code> 디렉토리의 실행 가능 명령의 로컬 사본을 찾습니다. 원하는 경우이 매개 변수 전에 <code>./node_modules/.bin/gulp</code>를 추가하여 다른 매개 변수를 Gulp에 전달할 수도 있습니다. </run></p> <to> 전 세계적으로 Gulp를 사용하는 것보다 더 많이 입력해야하지만 나쁘지만이 문제를 해결하는 두 가지 방법이 있습니다. 첫 번째 접근법 (위에서 언급 한 문제 중 하나)은 NPM 스크립트를 사용하여 별칭을 만드는 것입니다. 예를 들어, 응용 프로그램을 Gulp에 바인딩 할 필요가 없으므로 Gulp를 실행하는 스크립트를 만들 수 있지만 Gulp를 언급하지 않습니다. <p> <can>이 방법으로 당신은 더 짧게 전화를 걸고 스크립트를 보편적으로 유지할 수 있습니다. 다목적 성을 유지함으로써, 당신은 항상 Gulp를 투명하게 제거하고 아무도 알 필요없이 다른 것으로 바꿀 수 있습니다 (빌드 프로세스를 다루지 않는 한, 이미 알고 있어야하고 아마도 마이그레이션에 관여하고 Gulp의 토론을 떠나야 할 것입니다. ). 또는 누군가가 <code>package.json</code>를 실행 한 후 즉시 빌드 프로세스가 자동으로 실행되도록 <code>scripts</code> 스크립트를 추가 할 수도 있습니다. 이것은 readme 파일을 크게 단순화합니다. 또한 NPM 스크립트를 사용하면 프로젝트를 복제하는 사람이라면 누구나 프로젝트에서 실행하는 모든 프로세스에 대해 </can></p> 파일로 간단하고 간단한 문서를 얻어야합니다. <pre class='brush:php;toolbar:false;'>{ ... "scripts": { "gulp": "gulp" } }

로그인 후 복사

NPM 스크립트를 사용하는 것 외에도 명령 줄 도구의 로컬 설치를 사용할 수있는 또 다른 트릭이 있습니다 : 경로에 비해. 경로 환경 변수에 를 추가했는데 프로젝트의 루트에있는 한 명령 이름을 입력하여 명령 도구에 액세스 할 수 있습니다. 나는 내가 쓴 다른 게시물에 대한 의견 에서이 트릭을 배웠습니다 (Gabriel Falkenberg 덕분).

이러한 트릭은 Gulp와 같은 도구를 사용하려는 모든 상황을 완전히 대체하는 것은 아니며 설정을 위해 작업을 수행하지만 이러한 도구를 의존적으로 나열하는 것이 모범 사례가되어야한다고 생각합니다. 이렇게하면 버전 충돌을 방지 할 수 있으며 (처음에는 종속성 관리자의 주요 원인 중 하나) 다른 프로젝트를 얻는 데 필요한 단계를 단순화하는 데 도움이됩니다.

한 걸음 더 나아가

이것은 약간 중복 될 수 있지만 노드와 NPM도 프로젝트의 종속성이라고 생각하며 충돌 할 수있는 여러 버전이 있습니다. 응용 프로그램이 모든 사람을 위해 작동하는지 확인하려면 사용자에게 올바른 버전의 노드 및 NPM이 설치되어 있는지 확인할 수있는 방법이 필요합니다. 노드와 NPM의 로컬 카피를 프로젝트에 설치할 수 있습니다! 그러나 이것이 모든 문제를 해결하는 것은 아닙니다. 첫째, 노드는 모든 운영 체제마다 다르므로 모든 사람은 여전히 운영 체제와 호환되는 버전을 다운로드해야합니다. 둘째, 공통 노드를 설치하는 방법이 있더라도 모든 사람이 명령 줄에서 노드와 NPM에 쉽게 액세스 할 수있는 방법이 있는지 확인해야합니다. 경로 환경 변수에. 이것을 보장하는 쉬운 방법은 없습니다.

각 프로젝트마다 특정 버전의 노드와 NPM을 시행 할 수 있기를 원하지만이 작업을 수행하는 좋은 방법을 생각할 수 없습니다. 이것이 좋은 생각이라고 생각하고 좋은 해결책을 제시한다면, 의견에 모두 알려주십시오. 나는 이것을 표준 연습으로 만들기 위해 간단한 솔루션을보고 싶습니다!

결론

이제 도구를 프로젝트로 나열하는 버전의 종속성의 중요성을 이해할 수 있기를 바랍니다. 또한 귀하가 자신의 프로젝트에서 이러한 관행을 구현하기 위해 열심히 노력하여 표준으로 홍보 할 수 있기를 바랍니다. 더 나은 아이디어가 없다면, 그것을 말하고 전 세계에 알리십시오!

글로벌 NPM 모듈 종속성 질문에 대한 FAQS (FAQ)

글로벌 NPM 모듈 종속성 문제는 무엇입니까?

Global NPM 모듈 종속성 문제는 Node.js 패키지를 전 세계적으로 설치할 때 개발자가 직면하는 일반적인 문제입니다. 이 문제는 설치된 글로벌 패키지가 로컬로 설치된 종속성에 액세스 할 수없는 경우에 발생합니다. 이로 인해 응용 프로그램 기능에서 오류와 문제가 발생할 수 있습니다. 문제는 Node.js가 모듈 구문 분석을 처리하는 방식으로 인한 것인데, 이는 개발자에게 매우 복잡하고 혼란 스러울 수 있습니다.

글로벌 NPM 모듈 종속성의 문제를 해결하는 방법은 무엇입니까? 글로벌 NPM 모듈 종속성 문제를 해결하는 몇 가지 방법이 있습니다. 가장 효과적인 방법 중 하나는 전 세계가 아닌 로컬로 패키지를 설치하는 것입니다. 이를 통해 패키지가 모든 종속성에 액세스 할 수 있습니다. 또 다른 방법은 글로벌 패키지와 로컬 종속성 사이에 상징적 링크를 생성하는 명령을 사용하는 것입니다. 이를 통해 글로벌 패키지는 전 세계적으로 설치된 것처럼 종속성에 액세스 할 수 있습니다.

전 세계 및 로컬로 Node.js 패키지 설치의 차이점은 무엇입니까?