Node.js-Pakete verwalten

Auf dieser Seite werden die folgenden Aufgaben beschrieben:

  • Pakete und Paketversionen ansehen und löschen
  • Tags anzeigen, erstellen, aktualisieren und löschen

Hinweise

  1. Wenn das Ziel-Repository nicht vorhanden ist, erstellen Sie ein neues Repository.
  2. Prüfen Sie, ob Sie die erforderlichen Berechtigungen für das Repository haben.
  3. Konfigurieren Sie die Authentifizierung für npm.
  4. (Optional) Konfigurieren Sie die Standardeinstellungen für gcloud-Befehle.
  5. Wenn Sie für die Authentifizierung den Credential Helper von npm verwenden, rufen Sie ein Zugriffstoken ab, bevor Sie eine Verbindung zu einem Repository mit npm herstellen.

Erforderliche Rollen

Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen für das Repository zu gewähren, damit Sie die Berechtigungen erhalten, die Sie zum Verwalten von Paketen benötigen:

Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff verwalten.

Möglicherweise können Sie die erforderlichen Berechtigungen auch über benutzerdefinierte Rollen oder andere vordefinierte Rollen erhalten.

Zugriffstoken abrufen

Zugriffstokens sind 60 Minuten lang gültig. Generieren Sie kurz vor dem Ausführen von Befehlen, die mit Repositories interagieren, ein Zugriffstoken.

Verwenden Sie eine der folgenden Optionen, um ein Token zu erhalten:

  • Aktualisieren Sie das Zugriffstoken mit dem Befehl npx.

    1. Die Anmeldedaten für die Verbindung zur öffentlichen npm-Registry befinden sich in der npm-Konfigurationsdatei des Nutzers ~/.npmrc.

    2. Führen Sie den folgenden Befehl in Ihrem Node.js-Projektverzeichnis aus.

      npx google-artifactregistry-auth

      Wenn Ihr Artifact Registry-Repository als globale Registry festgelegt ist und Ihre Pakete nicht auf einen bestimmten Bereich beschränkt sind, verwenden Sie stattdessen den folgenden Befehl, damit der Befehl Credential Helper aus der öffentlichen npm-Registry anstelle Ihres Artifact Registry-Repositorys herunterladen kann.

      npm_config_registry=https://registry.npmjs.org npx google-artifactregistry-auth

  • Fügen Sie der Datei package.json in Ihrem Projekt ein Skript hinzu.

    "scripts": {
 "artifactregistry-login": "npx google-artifactregistry-auth"
}

    Führen Sie das Skript in Ihrem Node.js-Projektverzeichnis aus.

    npm run artifactregistry-login

Artifact Registry liest die Artifact Registry-Repository-Einstellungen in der .npmrc-Projektdatei und verwendet sie, um der Nutzerdatei .npmrc Token-Anmeldedaten hinzuzufügen. Durch das Speichern des Tokens in der Nutzerdatei .npmrc werden Ihre Anmeldedaten vom Quellcode und vom Versionsverwaltungssystem isoliert.

Pakete hinzufügen

Repository-Modi: Standard

Sie können jeweils nur eine bestimmte Version eines Pakets veröffentlichen. Dies ist eine npm-Einschränkung, damit der Inhalt einer veröffentlichten Paketversion immer identisch ist. Folgendes ist dann nicht möglich:

  • Überschreiben einer Paketversion durch erneutes Veröffentlichen im Repository.
  • Entfernen eines Pakets oder seiner Version aus dem Repository und Veröffentlichen eines Pakets mit demselben Namen und derselben Versionsnummer.

Wenn Sie beim Veröffentlichen eines Pakets kein Tag angeben, wird von npm das Tag latest hinzugefügt. Wenn du die Installation der Pakete in einer bestimmten Entwicklungsphase vereinfachen möchtest, kannst du die Pakete mit einem Tag wie beta oder dev veröffentlichen.

Artifact Registry erzwingt alphanumerische Paketnamen in Kleinbuchstaben für npm-Pakete.

So fügen Sie ein Paket hinzu:

  1. Achten Sie darauf, dass der Paketname in package.json den für Ihr Repository konfigurierten Bereich enthält. Das folgende Beispiel zeigt ein Paket mit dem Bereich dev-repo.

    "name": "@dev-repo/my-package"

  2. Wenn Sie Credential Helper für die Authentifizierung mit einem Zugriffstoken verwenden, rufen Sie ein neues Token ab.

  3. Fügen Sie dem Repository Pakete hinzu. Sie können dazu einen npm- oder yarn-Befehl verwenden.

    Fügen Sie zum Taggen des Pakets das Flag --tag ein und ersetzen Sie TAG durch das Tag, das Sie verwenden möchten. Wenn Sie das Flag --tag nicht einfügen, wird das Tag von npm automatisch auf latest gesetzt.

    npm publish --tag=TAG

    yarn publish --tag TAG

Pakete und Versionen ansehen

Repository-Modi: Standard, Remote, virtuell

So rufst du Paketinformationen mit npm oder yarn ab:

  1. Wenn Sie Credential Helper für die Authentifizierung mit einem Zugriffstoken verwenden, rufen Sie ein neues Token ab.

  2. Führen Sie den entsprechenden Befehl aus:

    npm view

    yarn info

So rufen Sie Pakete und Paketversionen mit der Google Cloud Console oder mit gcloud auf:

Console

  1. Öffnen Sie in der Cloud Console die Seite Repositories.

    Zur Seite „Repositories“

  2. Klicken Sie in der Liste der Repositories auf das entsprechende Repository.

    Auf der Seite Pakete sind die Pakete des Repositorys aufgeführt.

  3. Klicken Sie auf das Paket, um die Versionen des Pakets aufzurufen.

gcloud

Führen Sie den folgenden Befehl aus, um die Pakete in einem Repository aufzulisten:

gcloud artifacts packages list [--repository=REPOSITORY] [--location=LOCATION]

Wo

  • REPOSITORY ist der Name des Repositorys. Wenn Sie ein Standard-Repository konfiguriert haben, wird bei Weglassen dieses Flags dieses Standard-Repository verwendet.
  • LOCATION ist ein regionaler oder multiregionaler Speicherort. Verwenden Sie dieses Flag, um Repositories an einem bestimmten Speicherort aufzurufen. Wenn Sie einen Standard-Speicherort konfiguriert haben, wird bei Weglassen dieses Flags dieser Standardwert verwendet.

Um die Versionen für ein Paket aufzurufen, führen Sie folgenden Befehl aus:

gcloud artifacts versions list --package=PACKAGE \
    [--repository=REPOSITORY] [--location=LOCATION]

Wo

  • PACKAGE ist die ID des Pakets oder die vollqualifizierte Kennzeichnung für das Paket.
  • REPOSITORY ist der Name des Repositorys. Wenn Sie ein Standard-Repository konfiguriert haben, wird bei Weglassen dieses Flags dieses Standard-Repository verwendet.
  • LOCATION ist ein regionaler oder multiregionaler Speicherort. Verwenden Sie dieses Flag, um Repositories an einem bestimmten Speicherort aufzurufen. Wenn Sie einen Standard-Speicherort konfiguriert haben, wird bei Weglassen dieses Flags dieser Standardwert verwendet.

Pakete und Versionen aus der Google Cloud Console oder der gcloud CLI aufrufen, die nur für Standard- und Remote-Repositories verfügbar sind

Bei Remote-Repositories sollte die zurückgegebene Liste alle direkten und vorübergehenden Abhängigkeiten enthalten, die im Repository im Cache gespeichert sind.

Dateien auflisten

Repository-Modi: Standard, Remote

Sie können Dateien in einem Repository, Dateien in allen Versionen eines bestimmten Pakets oder Dateien in einer bestimmten Version eines Pakets auflisten.

Sie können für alle folgenden Befehle eine maximale Anzahl von Dateien festlegen, die zurückgegeben werden sollen. Dazu fügen Sie dem Befehl das Flag --limit hinzu.

So listen Sie alle Dateien im Standardprojekt, Repository und Speicherort auf, wenn Standardwerte konfiguriert sind:

gcloud artifacts files list

Führen Sie den folgenden Befehl aus, um Dateien in einem bestimmten Projekt, Repository und Speicherort aufzulisten:

gcloud artifacts files list \
    --project=PROJECT \
    --repository=REPOSITORY \
    --location=LOCATION

So listen Sie Dateien für alle Versionen eines bestimmten Pakets auf:

gcloud artifacts files list \
    --project=PROJECT \
    --repository=REPOSITORY \
    --location=LOCATION \
    --package=PACKAGE

So listen Sie Dateien für eine bestimmte Paketversion auf:

gcloud artifacts files list \
    --project=PROJECT \
    --repository=REPOSITORY \
    --location=LOCATION \
    --package=PACKAGE \
    --version=VERSION
So listen Sie Dateien für ein bestimmtes Tag auf:

gcloud artifacts files list \
    --project=PROJECT \
    --repository=REPOSITORY \
    --location=LOCATION \
    --package=PACKAGE \
    --tag=TAG

Ersetzen Sie die folgenden Werte:

  • LOCATION: der regionale oder multiregionale Speicherort für das Repository.
  • PROJECT: Ihre Google Cloud-Projekt-ID. Wenn die Projekt-ID einen Doppelpunkt (:) enthält, finden Sie weitere Informationen unter Auf Domains beschränkte Projekte.
  • REPOSITORY ist der Name des Repositorys, in dem das Image gespeichert ist.
  • PACKAGE: der Name des Pakets.
  • VERSION: die Version des Pakets.
  • TAG: das Tag, das dem Paket zugeordnet ist

Beispiele

Berücksichtigen Sie die folgenden Paketinformationen:

  • Projekt: my-project
  • Repository: my-repo
  • Speicherort des Repositorys: us-central1
  • Paket: my-app

Mit dem folgenden Befehl werden alle Dateien im Repository my-repo am Speicherort us-central1 im Standardprojekt aufgelistet:

gcloud artifacts files list \
    --location=us-central1 \
    --repository=my-repo
Mit dem folgenden Befehl werden Dateien in Version 1.0 des Pakets aufgelistet.

gcloud artifacts files list \
    --project=my-project \
    --location=us-central1 \
    --repository=my-repo \
    --package=my-app \
    --version=1.0
Mit dem folgenden Befehl werden Dateien in der Version des Pakets mit dem Tag 1.0-dev aufgelistet

gcloud artifacts files list \
    --project=my-project \
    --location=us-central1 \
    --repository=my-repo \
    --package=my-app \
    --tag=1.0-dev

Pakete taggen

Repository-Modi: Standard

Sie können Tags aufrufen, hinzufügen, aktualisieren und löschen. Mit Tags können Sie semantische Versionen Ihrer Pakete verwalten und die Installation von Paketen in einer bestimmten Entwicklungsphase optimieren.

Sie können beispielsweise den aktuellen Releasekandidaten-Build mit rc taggen. Ihr Team kann dann die richtige Version basierend auf dem Tag anstelle eines Versionsspezifizierers installieren. Wenn Sie die Veröffentlichung nicht verwendeter Vorabveröffentlichungen aufheben, werden Ihre Abhängigkeiten vom Releasekandidatspaket nicht beeinträchtigt.

Tags aufrufen

So rufen Sie Tags für ein Paket auf:

Console

  1. Öffnen Sie in der Cloud Console die Seite Repositories.

    Zur Seite „Repositories“

  2. Klicken Sie auf das Paket, um die Versionen und die zugehörigen Tags aufzurufen.

  3. Wählen Sie die Paketversion aus, die getaggt werden soll.

  4. Klicken Sie in der Zeile der ausgewählten Version auf Weitere Aktionen (Weitere Aktionen) und dann auf Tags bearbeiten.

  5. Geben Sie neue Tags in das Feld ein und klicken Sie danach auf SPEICHERN.

gcloud

Führen Sie diesen Befehl aus:

gcloud artifacts tags list --package=PACKAGE \
    [--repository=REPOSITORY] [--location=LOCATION]

Dabei gilt:

  • PACKAGE ist der Name des Pakets im Repository.
  • REPOSITORY ist der Name des Repositorys. Wenn Sie ein Standard-Repository konfiguriert haben, wird bei Weglassen dieses Flags dieses Standard-Repository verwendet.
  • LOCATION ist ein regionaler oder multiregionaler Speicherort. Verwenden Sie dieses Flag, um Repositories an einem bestimmten Speicherort aufzurufen. Wenn Sie einen Standard-Speicherort konfiguriert haben, wird bei Weglassen dieses Flags dieser Standardwert verwendet.

Beispielsweise werden mit dem folgenden Befehl die Tags für das Paket my-package im Repository my-repo am Standard-Speicherort angezeigt:

gcloud artifacts tags list --package=my-pkg --repository=my-repo

Tags erstellen

Sie können ein Tag für eine bestimmte Version eines Pakets erstellen.

So taggen Sie ein vorhandenes Image in einem Repository:

Console

  1. Öffnen Sie in der Cloud Console die Seite Repositories.

    Zur Seite „Repositories“

  2. Klicken Sie auf das Paket, um die Versionen des Pakets aufzurufen.

  3. Wählen Sie die Paketversion aus, die getaggt werden soll.

  4. Klicken Sie in der Zeile der ausgewählten Version auf Weitere Aktionen (Weitere Aktionen) und dann auf Tags bearbeiten.

  5. Geben Sie neue Tags in das Feld ein und klicken Sie danach auf SPEICHERN.

gcloud

Führen Sie dazu diesen Befehl aus:

gcloud artifacts tags create TAG --package=PACKAGE \
    version=VERSION [--location=LOCATION] [--repository=REPOSITORY]

Dabei gilt:

  • TAG ist das Tag, das Sie auf das Paket anwenden möchten.
  • PACKAGE ist der Name des Pakets im Repository.
  • VERSION ist die Version des Pakets, das Sie taggen möchten.
  • LOCATION ist ein regionaler oder multiregionaler Speicherort. Verwenden Sie dieses Flag, um Repositories an einem bestimmten Speicherort aufzurufen. Wenn Sie einen Standard-Speicherort konfiguriert haben, wird bei Weglassen dieses Flags dieser Standardwert verwendet.
  • REPOSITORY ist der Name des Repositorys. Wenn Sie ein Standard-Repository konfiguriert haben, wird bei Weglassen dieses Flags dieses Standard-Repository verwendet.

Mit dem folgenden Befehl wird beispielsweise das Tag release-candidate für die Version 1.0.0 des Pakets my-package im Repository my-repo am Standard-Speicherort erstellt:

gcloud artifacts tags create release-candidate --version=1.0.0 \
    --package=my-pkg --repository=my-repo

Tags aktualisieren

Sie können ein Tag ändern, das einer Paketversion zugeordnet ist.

So ändern Sie ein vorhandenes Tag:

Console

  1. Öffnen Sie in der Cloud Console die Seite Repositories.

    Zur Seite „Repositories“

  2. Klicken Sie auf das Paket, um die Versionen des Pakets aufzurufen.

  3. Wählen Sie die Paketversion mit dem Tag aus, das geändert werden soll.

  4. Klicken Sie in der Zeile der ausgewählten Version auf Weitere Aktionen (Weitere Aktionen) und dann auf Tags bearbeiten.

  5. Bearbeiten Sie das Tag und klicken Sie danach auf SPEICHERN.

gcloud

Führen Sie dazu diesen Befehl aus:

gcloud artifacts tags update TAG --package=PACKAGE \
    version=VERSION [--location=LOCATION] [--repository=REPOSITORY]

Dabei gilt:

  • TAG ist das Tag, das Sie auf das Paket anwenden möchten.
  • PACKAGE ist der Name des Pakets im Repository.
  • VERSION ist die Version des Pakets, das Sie taggen möchten.
  • LOCATION ist ein regionaler oder multiregionaler Speicherort. Verwenden Sie dieses Flag, um Repositories an einem bestimmten Speicherort aufzurufen. Wenn Sie einen Standard-Speicherort konfiguriert haben, wird bei Weglassen dieses Flags dieser Standardwert verwendet.
  • REPOSITORY ist der Name des Repositorys. Wenn Sie ein Standard-Repository konfiguriert haben, wird bei Weglassen dieses Flags dieses Standard-Repository verwendet.

Mit dem folgenden Befehl wird beispielsweise das Tag 1.0.0 für die Version my-package des Pakets production im Repository my-repo am Standard-Speicherort geändert:

gcloud artifacts tags update production --version=1.0.0 \
    --package=my-pkg --repository=my-repo

Tags von Paketversionen entfernen

Sie können ein vorhandenes Tag aus einer Paketversion entfernen.

So entfernen Sie ein Tag:

Console

  1. Öffnen Sie in der Cloud Console die Seite Repositories.

    Zur Seite „Repositories“

  2. Klicken Sie auf das Image, um die Versionen des Images aufzurufen.

  3. Wählen Sie die Image-Version aus, dessen Tag entfernt werden soll.

  4. Klicken Sie in der Zeile der ausgewählten Version auf Weitere Aktionen (Weitere Aktionen) und dann auf Tags bearbeiten.

  5. Löschen Sie das Tag und klicken Sie danach auf SPEICHERN.

gcloud

Führen Sie dazu diesen Befehl aus:

gcloud artifacts tags delete TAG --package=PACKAGE \
    [--location=<LOCATION] [--repository=REPOSITORY]

Dabei gilt:

  • TAG ist das Tag, das Sie auf das Paket anwenden möchten.
  • PACKAGE ist der Name des Pakets im Repository.
  • LOCATION ist ein regionaler oder multiregionaler Speicherort. Verwenden Sie dieses Flag, um Repositories an einem bestimmten Speicherort aufzurufen. Wenn Sie einen Standard-Speicherort konfiguriert haben, wird bei Weglassen dieses Flags dieser Standardwert verwendet.
  • REPOSITORY ist der Name des Repositorys. Wenn Sie ein Standard-Repository konfiguriert haben, wird bei Weglassen dieses Flags dieses Standard-Repository verwendet.

Beispielsweise wird mit dem folgenden Befehl das Tag release-candidate aus dem Paket my-package im Repository my-repo am Standard-Speicherort entfernt:

gcloud artifacts tags delete release-candidate --package=my-pkg \
    --repository=my-repo

Pakete installieren

Repository-Modi: Standard, Remote, virtuell

So installieren Sie ein Paket aus dem Node.js-Paket-Repository:

  1. Wenn Sie Credential Helper für die Authentifizierung mit einem Zugriffstoken verwenden, rufen Sie ein neues Token ab.

  2. Verwenden Sie den Befehl npm install oder yarn add.

    npm

    So installieren Sie eine Version mit dem Tag latest:

    npm install @SCOPE/PACKAGE

    So installieren Sie eine Version mit einem anderen Tag:

    npm install @SCOPE/PACKAGE@TAG

    So installieren Sie eine bestimmte Version:

    npm install @SCOPE/PACKAGE@VERSION

    yarn

    So installieren Sie eine Version mit dem Tag latest:

    yarn add @SCOPE/PACKAGE

    So installieren Sie eine Version mit einem anderen Tag:

    yarn add @SCOPE/PACKAGE@TAG

    So installieren Sie eine bestimmte Version:

    yarn add @SCOPE/PACKAGE@VERSION

    Ersetzen Sie die folgenden Werte:

    • SCOPE ist der Bereich, der dem Repository zugeordnet ist. Wenn Ihr Node.js-Paket-Repository nicht mit einem Bereich konfiguriert ist, lassen Sie @SCOPE/ im Befehl weg.
    • PACKAGE ist der Name des Pakets im Repository.
    • TAG ist ein Tag für die Version, die Sie installieren möchten.
    • VERSION ist die Versionsnummer, die Sie installieren möchten.

Wenn Sie ein Paket als Abhängigkeit in package.json angeben, müssen Sie auch den Bereich für das Repository angeben. Das folgende Beispiel zeigt den Bereich @dev-repo für ein Paket mit dem Namen my-package.

"dependencies": {
  "@dev-repo/my-package": ">=1.0.0"
}

Bei Standard-Repositories laden Sie ein Paket direkt aus dem Repository herunter.

Bei einem Remote-Repository laden Sie eine im Cache gespeicherte Kopie des Pakets und seiner Abhängigkeiten herunter. Wenn keine im Cache gespeicherte Kopie vorhanden ist, lädt das Remote-Repository das Paket von der Upstream-Quelle herunter und speichert es im Cache, bevor es Ihnen bereitgestellt wird. Sie können überprüfen, ob das Remote-Repository die Pakete aus der Upstream-Quelle abgerufen hat, indem Sie die Liste der Pakete im Repository aufrufen.

Bei einem virtuellen Repository durchsucht Artifact Registry Upstream-Repositories nach dem angeforderten Paket.

  • Upstream-Remote-Repositories laden das angeforderte Paket herunter und speichern es im Cache, wenn keine im Cache gespeicherte Kopie vorhanden ist. Virtuelle Repositories stellen nur angeforderte Pakete bereit und speichern sie nicht.
  • Wenn Sie eine Version anfordern, die in mehr als einem Upstream-Repository verfügbar ist, wählt Artifact Registry ein Upstream-Repository aus, das anhand der für das virtuelle Repository konfigurierten Prioritätseinstellungen verwendet wird.

Angenommen, Sie haben ein virtuelles Repository mit den folgenden Prioritätseinstellungen für Upstream-Repositories:

  • main-repo: Priorität auf 100 festgelegt
  • secondary-repo1: Priorität auf 80 festgelegt.
  • secondary-repo2: Priorität auf 80 festgelegt.
  • test-repo: Priorität auf 20 festgelegt.

main-repo hat den höchsten Prioritätswert, sodass das virtuelle Repository immer zuerst danach sucht.

Die Priorität von secondary-repo1 und secondary-repo2 ist auf 80 festgelegt. Wenn ein angefordertes Paket in main-repo nicht verfügbar ist, sucht Artifact Registry als Nächstes in diesen Repositories. Da beide denselben Prioritätswert haben, kann Artifact Registry ein Paket aus einem der beiden Repositories bereitstellen, wenn die Version in beiden verfügbar ist.

test-repo hat den niedrigsten Prioritätswert und stellt ein gespeichertes Artefakt bereit, wenn es in keinem der anderen Upstream-Repositories verfügbar ist.

Pakete löschen

Repository-Modi: Standard, Remote

Sie können ein Paket und alle zugehörigen Versionen oder eine bestimmte Version löschen.

  • Das Löschen eines Pakets kann nicht rückgängig gemacht werden.
  • Bei Remote-Repositories wird nur die im Cache gespeicherte Kopie des Pakets gelöscht. Die vorgelagerte Quelle ist davon nicht betroffen. Wenn Sie ein im Cache gespeichertes Paket löschen, lädt Artifact Registry es wieder herunter und speichert es wieder im Cache, wenn das Repository das nächste Mal eine Anfrage für dieselbe Paketversion erhält.

Nach der Veröffentlichung einer Paketversion können Sie ein Paket mit demselben Namen und derselben Versionskombination nicht noch einmal veröffentlichen, auch wenn diese Version gelöscht wurde. Dies ist eine npm-Einschränkung, damit der Inhalt einer veröffentlichten Paketversion immer identisch ist.

Wenn Sie die Nutzer auffordern möchten, eine aktualisierte Paketversion zu installieren, verwenden Sie den Befehl npm deprecate, um die alte Version des Pakets als verworfen zu kennzeichnen. Wenn ein Nutzer versucht, das verworfene Paket zu installieren, gibt Artifact Registry eine Warnung zurück, dass diese Version verworfen wurde.

Bevor Sie ein Paket oder eine Paketversion löschen, prüfen Sie, ob Sie alle wichtigen Abhängigkeiten davon kommuniziert oder behoben haben.

So löschen Sie ein Paket:

Console

  1. Öffnen Sie in der Cloud Console die Seite Repositories.

    Zur Seite „Repositories“

  2. Klicken Sie in der Liste der Repositories auf das entsprechende Repository.

    Auf der Seite Pakete sind die Pakete des Repositorys aufgeführt.

  3. Wählen Sie das Paket aus, das Sie löschen möchten.

  4. Klicken Sie auf Löschen.

  5. Klicken Sie im Bestätigungsdialogfeld auf Löschen.

gcloud

Führen Sie dazu diesen Befehl aus:

gcloud artifacts packages delete PACKAGE \
    [--repository=REPOSITORY] [--location=LOCATION] [--async]

Wo

  • PACKAGE ist der Name des Pakets im Repository.
  • REPOSITORY ist der Name des Repositorys. Wenn Sie ein Standard-Repository konfiguriert haben, wird bei Weglassen dieses Flags dieses Standard-Repository verwendet.
  • LOCATION ist ein regionaler oder multiregionaler Speicherort. Verwenden Sie dieses Flag, um Repositories an einem bestimmten Speicherort aufzurufen. Wenn Sie einen Standard-Speicherort konfiguriert haben, wird bei Weglassen dieses Flags dieser Standardwert verwendet.
  • --async wird sofort zurückgegeben, ohne auf den Abschluss des Vorgangs zu warten.

So löschen Sie Versionen eines Pakets:

Console

  1. Öffnen Sie in der Cloud Console die Seite Repositories.

    Zur Seite „Repositories“

  2. Klicken Sie in der Liste der Repositories auf das entsprechende Repository.

    Auf der Seite Pakete sind die Pakete des Repositorys aufgeführt.

  3. Klicken Sie auf das Paket, um die Versionen des Pakets aufzurufen.

  4. Wählen Sie die Versionen aus, die Sie löschen möchten.

  5. Klicken Sie auf Löschen.

  6. Klicken Sie im Bestätigungsdialogfeld auf Löschen.

gcloud

Führen Sie dazu diesen Befehl aus:

gcloud artifacts versions delete VERSION \
    --package=PACKAGE \
    [--repository=REPOSITORY] [--location=LOCATION] \
    [--async]

Wo

  • PACKAGE ist der Name des Pakets im Repository.
  • REPOSITORY ist der Name des Repositorys. Wenn Sie ein Standard-Repository konfiguriert haben, wird bei Weglassen dieses Flags dieses Standard-Repository verwendet.
  • LOCATION ist ein regionaler oder multiregionaler Speicherort. Verwenden Sie dieses Flag, um Repositories an einem bestimmten Speicherort aufzurufen. Wenn Sie einen Standard-Speicherort konfiguriert haben, wird bei Weglassen dieses Flags dieser Standardwert verwendet.
  • --async wird sofort zurückgegeben, ohne auf den Abschluss des Vorgangs zu warten.

Nächste Schritte