Entrada front-end (vue) para curso de proficiência: digite para aprender
formato da versão: XYZ[-string]
6.3.2-alpha
significado
é
:
Iterações atualizadas compatíveisVersão secundária número 3, existem 3 pequenas iterações de recursos. Este novo pacote pode ser instalado para qualquer instrução de dependência de 6.*.* <= 6.3.2 .
Versão corrigida número 2, existem 2 modificações de bug ou outras modificações funcionais não importantes. Este novo pacote pode ser instalado para qualquer instrução de dependência de 6.*.* <= 6.3.2 .
O número da versão avançada alpha representa o estágio experimental de processamento.
Leitura estendida: Como identificar versões de dependência na versão semântica 2.0.0
será explicado a seguir:
"vue": "~2.5.22", "vue-class-component": "^6.0.0", "vue-roteador": "3.0.1", "expresso": "mais recente", "mongoose": "*",
símbolo ^ : bloqueia a versão principal, você pode atualizar o número da versão secundária, o número da versão revisada e o número da versão avançada.
Por exemplo "vue-class-component": "^6.0.0" , você pode instalá-lo ao instalar dependências Qualquer versão que esteja em conformidade com 6.*.* , desde que o número da versão principal seja 6.
Símbolo ~ : Bloqueie o número da versão principal e o número da versão secundária e atualize o número da versão revisada e o número da versão anterior,
como "vue": "~2.5.22" . Ao instalar dependências, você pode instalar qualquer versão que esteja em conformidade com 2.5.* .
空符号: bloqueia todos os números de versão,
como "vue-router": "3.0.1" e apenas pacotes dependentes com versão 3.0.1 podem ser instalados.
符号* : Defina um determinado intervalo de números de versão,
como vue-router": "3.0.*" , você pode instalar qualquer versão fixada em 3.0 , como 3.0.1 , 3.0.2 .
latest : instale a versão estável mais recente
Por exemplo, "express": "latest" pode instalar 4.18.1 (a versão mais recente de 2022.06.13).
* : Instale a versão mais recente lançada, não necessariamente a versão estável
Por exemplo, "mongoose": "*" pode instalar 6.0.0-rc2 , 3.9.7 , etc.
Git URL : Use o formato de referência do pacote publicado no Git
: <protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>[#<commit-ish> | #semver:<semver>]
"test": "git+ssh://[email protected]:npm/cli.git#v1.0.27"
Leitura estendida: documentos npm -
Como o título diz, esta é uma experiência adquirida através de lições de sangue.
Quando o autor usa system.js , o limite de versão usado é: system.js: "^6.3.2" .
Ao instalar dependências, a versão > 6.3.2 foi instalada acidentalmente, causando erros de execução do projeto.
O motivo é que o autor do system.js não nomeou o número da versão de acordo com a especificação semver , o que fez com que o projeto do autor introduzisse uma atualização que não era compatível com versões anteriores , fazendo com que o projeto funcionasse incorretamente.
usadas no ambiente de produção são todas instaladas em dependencies .
Por exemplo:
"dependências": {
"giz": "^2.4.2",
"comandante": "^3.0.0",
"fs-extra": "^8.1.0",
"inquiridor": "^6.5.0",
"mem-fs": "^1.1.3",
"editor mem-fs": "^6.0.0",
"shelljs": "^0.8.3"
} O código acima é um fragmento do package.json do kit de ferramentas cli criado pelo autor.
shelljs é usado para operar arquivos. Se a declaração for alterada para devDependencies , um erro será relatado após o usuário instalar o pacote de ferramentas atual.
Porque as dependências declaradas no campo devDependencies não serão instaladas quando npm install 工具包. Deve ser declarado no campo dependencies antes de ser instalado.
As dependências que não são necessárias no ambiente de produção precisam ser instaladas em devDependencies .
Porque em um ambiente de produção, as dependências no campo devDependencies não serão instaladas.
Por exemplo:
"devDependências": {
"@commitlint/cli": "^8.1.0",
"@commitlint/config-convencional": "^8.1.0",
"comprometer": "^4.0.3",
"commitlint-config-cz": "^0.12.1",
"cz-personalizável": "^6.2.0",
"versão padrão": "^7.0.0"
} O código acima é um fragmento do package.json do kit de ferramentas cli criado pelo autor.
commitizen é o pacote de dependência usado pelo autor para padronizar as especificações de envio Git . Ele é usado apenas no ambiente de desenvolvimento, por isso é declarado em devDependencies .
Ao desenvolver alguns plug-ins e kits de ferramentas, existem requisitos para a versão do pacote de dependências do ambiente de execução do usuário, que pode ser declarado usando o campo peerDependencies .
Por exemplo:
{
"nome": "chá com leite",
"versão": "1.3.5",
"peerDependências": {
"chá": "2.x"
}
} A ferramenta atual tea-latte depende da embalagem tea . Além disso, o pacote tea deve ser a versão principal 2.
Quando os requisitos não forem atendidos, o console reportará um erro.
Perceber
versão npm v7, peerDependencies será instalado por padrão.
npm v3 para npm v6,peerDependenciesnão serão instalados automaticamente.