'ember new'명령은 git 초기화 후 실패합니다. 어디에서나 세부 로그를 볼 수 있습니까?

Question

저는 ember.js와 node, npm을 처음 사용합니다. 'ember new my-project'명령을 실행하는 데 문제가 있습니다. 나는 디렉토리 권한을 잘못했거나 뭔가 잘못 설치하여 무언가를 망쳤다는 강한 의구심을 가지고있다. 그러나 나는 그것을 조사하는 최선의 방법을 모른다.

AWS EC2 인스턴스, 우분투 16.04, nodejs 7.5.0 및 npm 4.2.0, bower 1.8.0, ember-cli 2.11.1. 환경은 다음과 같습니다.

npm, bower, ember는 -g와 함께 설치되었으며 ember.js 문서가 권장하는대로 sudo를 사용하지 않았습니다. 내가 실행하면

은 내가 "성공적으로 자식을 초기화"얻을 내가 오류의 minimatch 조각을 확인 ~ $의 NPM의 LS의 minimatch를 실행하면 그때

Error creating new application. Removing generated directory `./my-project` 
Command failed: /home/ubuntu/.npm-global/lib/node_modules/ember-cli/node_modules/npm/bin/npm-cli.js install --no-optional --loglevel error 
npm WARN deprecated minimatch@2.0.10: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue 

를 얻을 명령 '엠버 내 프로젝트 새'를 , 어떤 모듈이 2.0.10을 필요로하는지 모르겠다. 그래서 나는 그것이 어디서 오는 것인지 확신 할 수 없다. 나는 그것이 실제로 모든 일을 실패하게 만드는 것이지 확실하지 않습니다.

또한 npm install -g minimatch@3.0.2를 실행 해 보았습니다. 그러나 볼 수 있듯이 npm@4.2.0 트리 바깥에 넣었습니다. 내가 지금까지 시도했습니다 무엇

/home/ubuntu 
├── minimatch@3.0.2 
└─┬ npm@4.2.0 
    ├─┬ fstream-npm@1.2.0 
    │ └─┬ fstream-ignore@1.0.5 
    │ └── minimatch@3.0.3 
    ├─┬ glob@7.1.1 
    │ └── minimatch@3.0.3 
    ├─┬ init-package-json@1.9.4 
    │ └─┬ glob@6.0.4 
    │ └── minimatch@3.0.3 
    ├─┬ node-gyp@3.5.0 
    │ └── minimatch@3.0.3 
    └─┬ read-package-json@2.0.4 
    └─┬ glob@6.0.4 
     └── minimatch@3.0.3 

는 기본적으로 버전 재생 - 서로 다른 버전 (워드 프로세서를 사용하고 구글은 엠버 - CLI 사용하기위한 노드와 NPM의 다른 버전을 추천 한 제거하고 nodejs과 NPM을 다시 설치 .. 나는 노드 4.0.0과 npm 2.xx와 3.xx를 시도했다.

또한 ember-cli 2.11.0을 사용해 보았는데, 그 이유는이 버전이 나를 위해 로컬 VM에서 제대로 동작하고 있고, sudo '.

내가 볼 수있는 npm 또는 ember-cli에 대한 자세한 오류 로그가 있습니까? 누가 올바른 방향으로 나를 가리켜 주면 여기에서 무슨 일이 일어나는지 알 수 있습니까? 이 출력의 많은를 생성합니다

DEBUG=* ember new projectname

하지만, 그것은 나누기 위치를 알아내는 데 도움이 될 것입니다

Answer 1

당신은 DEBUG 옵션을 ember new를 실행할 수 있습니다. 나는 다음에 도착 그의 대답에서

: 내가 묻는 질문에 대한 답변을 제공하는 @Jure C.에

Answer 2

덕분에, 나는이 발견 누군가를 위해, 에게 손을 문제에 답을 발견 : "실행중인 'ember new my-project --skip-npm ; cd my-project ; npm install'은 더 많은 정보를 제공합니다. npm install은 매번 라이브러리를 추출하고 죽을 때 매달려 있습니다. - 그리고 매번 같은 장소에 있지 않습니다."

이것은 이상한 시스템 리소스 및/또는 시간 초과 문제 또는 어떤 종류의 권한이나 코드 문제가 아닙니다. 잘못되어 가고

것들 :

1))이 아니라 전 세계적으로보다 (로컬 NPM의 설치된 버전의 물건을 일 처리을있을 것 같았다. 내가 이것을했을 때 확실하지 않지만 그것은 큰 큰 소리 야. 그것은 직관적 인 직관적 인 것이 아니었다. 그러나 결국 나는 그것을 통해 자신의 길을 봤다. 그리고 그것은 그 과정이 더 멀리 나아갈 수 있도록 도왔다.

2) 가난한 작은 AWS 인스턴스가 작업에 적합하지 않은 것으로 나타났습니다!

ulimit -n 2048 

은 과도한 사용이지만 npm 설치의 추출 프로세스가 모두 종료되기 전에 완료 될 수 있습니다.