Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
gestione dei tag npm
I registri npm supportano i tag, che sono alias di stringa per le versioni dei pacchetti. È possibile utilizzare i tag per fornire un alias invece di utilizzare i numeri di versione. Ad esempio, hai un progetto con più flussi di sviluppo e utilizzi un tag diverso per ogni flusso (ad esempio,, stable
beta
dev
,canary
). Per ulteriori informazioni, consulta dist-tag
Per impostazione predefinita, npm utilizza il latest
tag per identificare la versione corrente di un pacchetto. npm install
(senza pkg
@
o version
@
specificatore) installa il tag più recente. In genere, i progetti utilizzano solo il tag più recente per le versioni di rilascio stabili. Altri tag vengono utilizzati per le versioni instabili o non definitive. tag
Modifica dei tag con il client npm
I tre npm dist-tag
comandi (add
rm
, els
) funzionano allo stesso modo nei repository di CodeCatalyst pacchetti come funzionano nel registro npm predefinito
tag npm e repository upstream
Quando npm
richiede, i tag per un pacchetto e le versioni di quel pacchetto sono presenti anche in un repository upstream, CodeCatalyst unisce i tag prima di restituirli al client. Ad esempio, un repository denominato R
ha un repository upstream denominato. U
La tabella seguente mostra i tag per un pacchetto denominato presente in web-helper
entrambi i repository.
Repository | Nome pacchetto | Tag del pacchetto |
---|---|---|
R |
|
più recente (alias per la versione 1.0.0) |
U |
|
alpha (alias per la versione 1.0.1) |
In questo caso, quando il client npm recupera i tag per il web-helper
pacchetto dal repositoryR
, riceve sia i tag più recenti che quelli alpha. Le versioni a cui puntano i tag non cambieranno.
Quando lo stesso tag è presente sullo stesso pacchetto sia nell'archivio originale che in quello locale, CodeCatalyst utilizza il tag che è stato aggiornato l'ultima volta. Ad esempio, supponiamo che i tag su webhelper siano stati modificati in modo da assomigliare ai seguenti.
Repository | Nome pacchetto | Tag del pacchetto | Ultimo aggiornamento |
---|---|---|---|
R |
|
più recente (alias per la versione 1.0.0) |
1 gennaio 2023 |
U |
|
più recente (alias per la versione 1.0.1) |
1 giugno 2023 |
In questo caso, quando il client npm recupera i tag per il pacchetto web-helper dal repositoryR
, l'ultimo tag assumerà l'alias della versione 1.0.1 perché è stato aggiornato per ultima. Ciò semplifica l'utilizzo di nuove versioni di pacchetti in un repository upstream che non sono ancora presenti in un repository locale mediante l'esecuzione. npm
update