Amazon non CodeCatalyst è più aperta a nuovi clienti. I clienti esistenti possono continuare a utilizzare il servizio normalmente. Per ulteriori informazioni, consulta [Come migrare da CodeCatalyst](migration.md).

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
<a name="packages-npm-tags"></a>

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](https://docs.npmjs.com/cli/dist-tag) su npm Docs.* 

Per impostazione predefinita, npm utilizza il `latest` tag per identificare la versione corrente di un pacchetto. `npm install pkg`(senza `@version` o `@tag` 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. 

## Modifica dei tag con il client npm
<a name="editing-tags-with-the-npm-client"></a>

 I tre `npm dist-tag` comandi (`add``rm`, e`ls`) funzionano allo stesso modo nei repository di CodeCatalyst pacchetti come funzionano nel registro [npm predefinito](https://registry.npmjs.com/).

## tag npm e repository upstream
<a name="packages-tags-and-upstreams"></a>

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  |  `web-helper`  |   *più recente* (alias per la versione 1.0.0)  | 
|  U  |  `web-helper`  |   *alpha* (alias per la versione 1.0.1)  | 

**In questo caso, quando il client npm recupera i tag per il `web-helper` pacchetto dal repository`R`, 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  |  `web-helper`  |   *più recente* (alias per la versione 1.0.0)  |  1 gennaio 2023  | 
|  U  |  `web-helper`  |   *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 repository`R`, 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`