Amazon CodeCatalyst ist nicht mehr offen für Neukunden. Bestandskunden können den Service weiterhin wie gewohnt nutzen. Weitere Informationen finden Sie unter [Wie migriert man von CodeCatalyst](migration.md).

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Handhabung von NPM-Tags
<a name="packages-npm-tags"></a>

npm-Registries unterstützen *Tags*, bei denen es sich um Zeichenkettenaliase für Paketversionen handelt. Sie können Tags verwenden, um einen Alias bereitzustellen, anstatt Versionsnummern zu verwenden. Sie haben beispielsweise ein Projekt mit mehreren Entwicklungsströmen und verwenden für jeden Stream ein anderes Tag (z. B., `stable``beta`,`dev`,`canary`). Weitere Informationen finden Sie unter [dist-tag in *npm*](https://docs.npmjs.com/cli/dist-tag) Docs. 

Standardmäßig verwendet npm das `latest` Tag, um die aktuelle Version eines Pakets zu identifizieren. `npm install pkg`(ohne `@version` oder `@tag` Spezifizierer) installiert das neueste Tag. In der Regel verwenden Projekte nur das neueste Tag für stabile Release-Versionen. Andere Tags werden für instabile Versionen oder Vorabversionen verwendet. 

## Bearbeiten von Tags mit dem NPM-Client
<a name="editing-tags-with-the-npm-client"></a>

 Die drei `npm dist-tag` Befehle (`add``rm`, und`ls`) funktionieren in CodeCatalyst Paket-Repositorys genauso wie in der [NPM-Standardregistrierung](https://registry.npmjs.com/).

## npm-Tags und Upstream-Repositorys
<a name="packages-tags-and-upstreams"></a>

Wenn `npm` Anfragen die Tags für ein Paket enthalten und Versionen dieses Pakets auch in einem Upstream-Repository vorhanden sind, werden die Tags CodeCatalyst zusammengeführt, bevor sie an den Client zurückgegeben werden. Ein Projektarchiv mit dem Namen `R` hat beispielsweise ein Upstream-Repository mit dem Namen`U`. Die folgende Tabelle zeigt die Tags für ein Paket mit dem Namen`web-helper`, das in beiden Repositorys vorhanden ist.


****  

| Repository | Package name | Paket-Tags | 
| --- | --- | --- | 
|  R  |  `web-helper`  |   *aktuell* (Alias für Version 1.0.0)  | 
|  U  |  `web-helper`  |   *alpha* (Alias für Version 1.0.1)  | 

*In diesem Fall empfängt der npm-Client, wenn er die Tags für das `web-helper` Paket aus dem Repository abruft`R`, sowohl die *neuesten* als auch die Alpha-Tags.* Die Versionen, auf die die Tags verweisen, werden sich nicht ändern.

Wenn dasselbe Tag für dasselbe Paket sowohl im Upstream-Repository als auch im lokalen Repository vorhanden ist, CodeCatalyst wird das Tag verwendet, das *zuletzt aktualisiert* wurde. Nehmen wir zum Beispiel an, dass die Tags auf *Webhelper* so geändert wurden, dass sie wie folgt aussehen.


****  

| Repository | Package name | Paket-Tags | Letzte Aktualisierung | 
| --- | --- | --- | --- | 
|  R  |  `web-helper`  |   *aktuell* (Alias für Version 1.0.0)  |  1. Januar 2023  | 
|  U  |  `web-helper`  |   *aktuell* (Alias für Version 1.0.1)  |  01. Juni 2023  | 

Wenn in diesem Fall der npm-Client die Tags für das Paket *web-helper* aus dem Repository abruft`R`, verwendet das *neueste* Tag einen Alias für die Version *1.0.1*, da es zuletzt aktualisiert wurde. Dies macht es einfach, neue Paketversionen in einem Upstream-Repository, die noch nicht in einem lokalen Repository vorhanden sind, durch Ausführen zu nutzen. `npm update`