Amazon n' CodeCatalyst est plus ouvert aux nouveaux clients. Les clients existants peuvent continuer à utiliser le service normalement. Pour de plus amples informations, veuillez consulter [Comment effectuer une migration depuis CodeCatalyst](migration.md).

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# gestion des balises npm
<a name="packages-npm-tags"></a>

Les registres npm prennent en charge les *balises*, qui sont des alias de chaîne pour les versions de packages. Vous pouvez utiliser des balises pour fournir un alias au lieu d'utiliser des numéros de version. Par exemple, vous avez un projet comportant plusieurs flux de développement et vous utilisez une balise différente pour chaque flux (par exemple`stable`,`beta`,`dev`,`canary`). Pour plus d'informations, consultez [dist-tag](https://docs.npmjs.com/cli/dist-tag) sur *npm* Docs. 

Par défaut, npm utilise la `latest` balise pour identifier la version actuelle d'un package. `npm install {{pkg}}`(sans `@{{version}}` ou `@{{tag}}` spécificateur) installe la dernière balise. Généralement, les projets n'utilisent la balise la plus récente que pour les versions stables. D'autres balises sont utilisées pour les versions instables ou préliminaires. 

## Modification des balises avec le client npm
<a name="editing-tags-with-the-npm-client"></a>

 Les trois `npm dist-tag` commandes (`add`,`rm`, et`ls`) fonctionnent de la même manière dans les référentiels de CodeCatalyst packages que dans le registre [npm par défaut](https://registry.npmjs.com/).

## balises npm et référentiels en amont
<a name="packages-tags-and-upstreams"></a>

Lorsque `npm` les balises d'un package et les versions de ce package sont également présentes dans un référentiel en amont, CodeCatalyst fusionne les balises avant de les renvoyer au client. Par exemple, un référentiel nommé `R` possède un référentiel en amont nommé`U`. Le tableau suivant indique les balises d'un package nommé `web-helper` présent dans les deux référentiels.


****  

| Référentiel | Nom du package | Étiquettes du package | 
| --- | --- | --- | 
| R | `web-helper` |  *dernier* (alias pour la version 1.0.0) | 
| U | `web-helper` |  *alpha* (alias pour la version 1.0.1) | 

Dans ce cas, lorsque le client npm récupère les balises du `web-helper` package depuis le référentiel`R`, il reçoit à la fois les balises les *plus récentes* et les balises *alpha*. Les versions vers lesquelles pointent les balises ne changeront pas.

Lorsque la même balise est présente sur le même package à la fois dans le référentiel en amont et dans le référentiel local, CodeCatalyst utilise la balise qui a été *mise à jour pour la dernière fois*. Supposons, par exemple, que les balises de *webhelper* aient été modifiées pour ressembler à ce qui suit.


****  

| Référentiel | Nom du package | Étiquettes du package | Dernière mise à jour | 
| --- | --- | --- | --- | 
| R | `web-helper` |  *dernier* (alias pour la version 1.0.0) | 1er janvier 2023 | 
| U | `web-helper` |  *dernier* (alias pour la version 1.0.1) | 1er juin 2023 | 

Dans ce cas, lorsque le client npm récupère les balises du package *web-helper* depuis le référentiel`R`, la *dernière* balise alias la version *1.0.1* car elle a été mise à jour pour la dernière fois. Cela permet de consommer facilement de nouvelles versions de packages dans un référentiel en amont qui ne sont pas encore présentes dans un référentiel local en exécutant`npm update`.