Configuração
NPM SETNPM SET init-Author-name 'seu nome'npm Set init-Author-email' seu email'npm SET init-Author-url 'http: //yourdomain.com'npm Conjunto init-license' mit '
O comando acima é equivalente a definir o valor padrão para o npm init. Ao executar o NPM INIT no futuro, o nome do autor, o email, a página inicial e os campos de licença do package.json gravará automaticamente o valor predefinido. Essas informações serão armazenadas no arquivo ~/.npmrc no diretório inicial do usuário, para que o usuário não precise inserir todos os projetos.
Se um projeto tiver configurações diferentes, você poderá executar o NPM Config para esse projeto.
1.
NPM Definir salvar-exacto true
O comando acima define que, ao adicionar um módulo, o Package.json gravará a versão exata do módulo, em vez de um intervalo de versão opcional.
2.
NPM Config Get Prefix
3.
NPM Confix Defix de prefixo /usr /local
NPM Uso
Instalar:
NPM Instale Grunt-Cli
Antes da instalação, a instalação do NPM verificará se o módulo especificado já existe no diretório Node_modules. Se existir, não será mais reinstalado, mesmo que o repositório remoto já tenha uma nova versão.
Se você deseja que um módulo seja reinstalado para o NPM, independentemente de ter sido instalado ou não, você pode usar os parâmetros -f ou -force.
Instalação local: o pacote será baixado no diretório atual e só poderá ser usado no diretório atual. Após a conclusão da instalação, um diretório adicional de Node_modules é encontrado no diretório atual e o Grunt-Cli está instalado nele.
NPM Install -g Grunt -cli
Instalação global: o pacote será baixado para um diretório específico do sistema e o pacote instalado pode ser usado em todos os diretórios. Agora ele se tornou/usr/local/lib/node_modules/Grunt-cli,/usr/local/lib/node_modules/é o diretório de instalação global mencionado anteriormente.
1. Instale o módulo DevDependências configurado no arquivo atual do Directory Package.json
NPM Instale
2. Instale os arquivos do módulo local
npm install ./package.tgz
3. Instale o módulo com o URL especificado
NPM Install https://github.com/indexzero/forever/tarball/v0.5.6
4. Instale os módulos contidos no diretório especificado no sistema de arquivos local
NPM Install <Palder>
5. Instale e atualize a configuração da versão no package.json
NPM Install <name> [Salvar | Salvar-dev | Salvar-opcional]
(1) O nome e as informações da versão do módulo instaladas com o parâmetro salvar aparecerão na opção de dependências do package.json
(2) O nome e as informações da versão do módulo instaladas com o parâmetro salvar-dev aparecerão na opção DevDependências do package.json
(3) O nome e as informações da versão do módulo instaladas com o parâmetro Salvar-Opcional aparecerão na opção OptionalDependências do package.json
6. Instale a versão especificada do módulo
NPM Install <name>@<versão> Exemplo: NPM Install [email protected]
7. Instale uma determinada versão dentro do intervalo de número de versão especificado do módulo
NPM Install <name>@<versão de versão>
Exemplo:
NPM Instale async@”> = 0.2.0 <0,2,9 ″
Force Force puxa recursos remotos, mesmo que o módulo já esteja instalado localmente
Exemplo:
NPM Instale a força sublinhada
8. G ou módulo de instalação global globalmente. Se este parâmetro não estiver disponível, ele será instalado no subdiretório Node_modules do diretório atual.
Exemplo:
NPM Install -g Express
Se você deseja que todos os módulos sejam reinstalados à força, exclua o diretório Node_modules e reexeca a instalação do NPM.
$ rm -rf node_modules $ npm instalação
renovar
NPM Update [-g] [<name> [<name>…]
Atualiza o módulo na lista de nomes especificados. -g Atualizações de parâmetro O módulo instalado globalmente.
Se o nome não for especificado e não estiver em um determinado módulo, todos os pacotes que dependem do diretório atual serão atualizados (incluindo global e módulo); Se o diretório atual estiver em um determinado diretório de módulos, os módulos que dependem do módulo serão atualizados; portanto, ao executar a atualização do NPM sem especificar o nome, é melhor executar em um determinado módulo para evitar atualizar para outros módulos que não desejam ser atualizados.
desinstalar
Pacote de desinstalação do NPM
Verificar
Confira quais pacotes estão instalados
NPM LS -Depth = 0
Veja informações específicas para pacotes específicos
NPM LS Grunt-Clinpm Info Grunt-Cli
procurar
NPM Pesquisa Grunt-Cli
liberar
1.package.json
Package.json Descrição:
Quando o comando npm for executado, ele lerá o arquivo package.json do diretório atual e interpretará esse arquivo. Este arquivo é baseado nas especificações dos pacotes/1.1. In this file, you can define your application name (name), application description ( description), keywords ( keywords), version number ( version ), application configuration items ( config ), homepage ( homepage ), author ( author ), resource repository address ( repository ), bug submission address ( bugs ), authorization methods ( licenses ), directories ( directories ), application entry file ( main ), command line file ( bin ), application dependencies ( dependencies ), dependências do ambiente de desenvolvimento (DevDependências), motores em execução (motores) e scripts (scripts), etc.
Para os desenvolvedores, os módulos de desenvolvimento e publicação dependem do entendimento correto do significado contido neste arquivo pacote.json. Vamos usar um exemplo compartilhado neste artigo para ilustrar o seguinte:
{"Nome": "Test", "Version": "0.1.0", "Descrição": "Um pacote de teste", "Autor": "Um autor bagunçado <[email protected]>", "Dependências": {"Express": "1.xx", "Ejs": "0.2", "Redis": "> = 0.7", "}," ejs ":" 0.2 "," Redis ":"> = 0.7 ""}, "". }, "Main": "Index", "Bin": {"test": "./bin/test.js"}, "scripts": {"start": "node server.js", "test": "vots Test/*. "0.4.x"}}Neste exemplo, definimos o arquivo de entrada do aplicativo (principal) como índice. Quando outros aplicativos se referem ao nosso módulo exigir ('teste'), o arquivo principal Index.js é chamado. Scripts (scripts) define vários comandos diferentes usando a tabela de hash. O Node Server.js definido no script.start será chamado no NPM START, e os comandos definidos no scripts.test serão chamados quando o teste NPM for chamado. Se alguns módulos nativos precisarem ser compilados, podemos definir comandos pré -compilados e compilados.
Neste exemplo, o módulo de dependências de aplicativos (dependências) e o módulo de dependências do ambiente de desenvolvimento (DevDependências) também são definidos. O módulo dependente do aplicativo será instalado no diretório Node_modules do módulo atual durante a instalação. Os módulos de dependência no ambiente de desenvolvimento são usados principalmente no ambiente de desenvolvimento. Use o comando npm install ou link mais o parâmetro -dev para instalá -lo no diretório Node_modules do módulo atual.
Nome: O nome do pacote (porque ele se tornará parte do URL, as cartas do não-seguinte não passarão e ".", "_" não podem aparecer). É melhor procurar o nome que você já existiu em [] (http://registry.npmjs.org/)
Versão: a versão do pacote. Quando o pacote muda, a versão também deve mudar. Ao mesmo tempo, a versão que você declara precisa passar a verificação de Semver (Semver pode ser pesquisado por si só)
Dependências: o módulo de dependência do aplicativo do pacote, ou seja, se outros desejam usar este pacote, pelo menos o que precisa ser instalado. O módulo de dependência do aplicativo será instalado no diretório Node_modules do módulo atual.
DevDependências: o módulo de dependência de desenvolvimento do pacote e o código não relacionado é excluído automaticamente quando o plug-in é liberado. Use um arquivo para gravar os plug-ins instalados ou necessários no projeto atual, ou seja, outros desejam desenvolver neste pacote e você pode instalar os plug-ins necessários para o projeto com um clique.
2. Número da versão
Todo mundo também percebeu que alguns números de versão no package.json são> = 0,6.7 e alguns são 1.xx. Qual é a diferença? O NPM é usado para reconhecimento de versão semântica para gerenciamento de versão. Nem todos os módulos fornecem compatibilidade com versões anteriores e, às vezes, alguns módulos não são compatíveis com algum motivo. Portanto, precisamos definir algumas regras para garantir que o módulo possa estar disponível em determinadas versões específicas e para garantir que a versão mais recente possa ser usada, porque essas versões sempre modificam alguns bugs ou melhoram o desempenho etc. Vamos dar uma olhada nos campos definidos pela versão:
Exemplo: 0.4.2
+ Versão grande (0)
+ Versão pequena (4)
+ Versão do patch (2)
Quando um software é lançado, o padrão é a versão 1.0.0. Se o patch for lançado no futuro, o último dígito será adicionado, como 1.0.1; Se novas funções forem adicionadas e as funções originais não forem afetadas, o número intermediário (ou seja, número pequeno da versão), como 1.1.0; Se as alterações introduzidas destroem a compatibilidade com atraso, o primeiro dígito será adicionado, como 2.0.0.
Na definição acima do package.json, temos certeza de que o módulo pode ser executado em todas as versões do NodeJS 0.4 e acima e abaixo de 0,5. O módulo dependente Redis pode ser executado em todas as versões maiores ou iguais a 0,6,7. Os EJs do módulo dependente só podem garantir que ele seja executado na versão 0.4.2. O expresso de módulo dependente pode ser compatível com 1.0.0 ou igual a 2.0.0.
gerar
NPM INIT
Usado para inicializar e gerar um novo arquivo package.json. Ele fará aos usuários uma série de perguntas. Se você acha que não precisa modificar a configuração padrão, basta pressionar Enter todo o caminho.
Se -f (representando força) e -y (representando sim), pule o estágio de interrogatório e gera diretamente um novo arquivo package.json.