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

Hinweis

  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 den Credential Helper von npm für die Authentifizierung verwenden, holen Sie sich ein Zugriffstoken, bevor Sie eine Verbindung zu einem Repository mit npm herstellen.

Erforderliche Rollen

Um die Berechtigungen zu erhalten, die Sie zum Verwalten von Paketen benötigen, bitten Sie Ihren Administrator, Ihnen folgende IAM-Rollen für das Repository:

Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.

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

Zugriffstoken abrufen

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

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 Ihr nicht auf Gültigkeitsbereich beschränkt, verwenden Sie stattdessen den folgenden Befehl, Mit diesem Befehl kann Credential Helper aus der öffentlichen npm-Registry heruntergeladen werden anstelle Ihres Artifact Registry-Repositorys.

      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 Ihrem Projekt .npmrc-Datei und verwendet sie, um dem Nutzer Token-Anmeldedaten hinzuzufügen .npmrc-Datei. Durch das Speichern des Tokens in der Nutzerdatei .npmrc wird Folgendes isoliert: Anmeldedaten aus Ihrem Quellcode und Ihrem Versionsverwaltungssystem.

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 gleich 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, fügt npm das Tag latest hinzu. Um die Installation Ihrer Pakete in einer bestimmten Entwicklungsphase zu vereinfachen, sollten Sie Ihre 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. Der Paketname in package.json muss den für Ihr Repository konfigurierten Bereich enthalten. Im folgenden Beispiel zeigt ein Paket mit dem Bereich dev-repo.

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

  2. Wenn Sie den Credential Helper verwenden, um sich mit einem Zugriffstoken zu authentifizieren, holen Sie sich ein neues Token.

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

    Um das Paket zu taggen, fügen Sie das Flag --tag hinzu und ersetzen Sie TAG durch das Tag, das Sie verwenden möchten. Wenn Sie das Flag --tag nicht einfügen, npm wird das Tag automatisch auf latest gesetzt.

    npm publish --tag=TAG

    yarn publish --tag TAG

Pakete und Versionen ansehen

Repository-Modi: Standard, Remote, Virtual

So rufen Sie Paketinformationen mit npm oder yarn ab:

  1. Wenn Sie den Credential Helper verwenden, um sich mit einem Zugriffstoken zu authentifizieren, holen Sie sich ein neues Token.

  2. Führen Sie den entsprechenden Befehl aus:

    npm view

    yarn info

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

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]

Dabei gilt:

  • 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 regional oder multiregional Standort 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 regional oder multiregional Standort Verwenden Sie dieses Flag, um Repositories an einem bestimmten Speicherort aufzurufen. Wenn Sie default-Speicherort konfiguriert haben, können Sie dieses Flag weglassen, die Standardeinstellung.

Das Ansehen von Paketen und Versionen über die Google Cloud Console oder die gcloud CLI ist nur für Standard- und Remote-Repositories verfügbar.

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

Dateien auflisten

Repository-Modi: Standard, Remote

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

Für alle folgenden Befehle können Sie 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, im Standard-Repository und am Standard-Speicherort auf, wenn die 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: die regional oder multiregional Speicherort des Repositorys.
  • PROJECT: Ihre Google Cloud-Projekt-ID. Wenn die Projekt-ID einen Doppelpunkt (`:`) enthält, finden Sie weitere Informationen unter Domain-übergreifende 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 mit dem Paket verknüpfte Tag.

Beispiele

Beachten Sie die folgenden Paketinformationen:

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

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

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

gcloud artifacts files list \
    --project=my-project \
    --location=us-west1 \
    --repository=my-repo \
    --package=my-app \
    --version=1.0
Der folgende Befehl listet Dateien in der Version des Pakets mit den Tag 1.0-dev

gcloud artifacts files list \
    --project=my-project \
    --location=us-west1 \
    --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. Mithilfe von 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 Release-Kandidaten-Build mit rc taggen. Ihr Team kann dann die richtige Version basierend auf dem Tag anstelle einer Versionsangabe installieren. Wenn Sie nicht verwendete Pre-Release-Versionen widerrufen, werden Ihre Abhängigkeiten vom Release-Kandidatenpaket nicht unterbrochen.

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 folgenden 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 folgenden 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 folgenden 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, Virtual

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

  1. Wenn Sie Credential Helper verwenden Um sich mit einem Zugriffstoken zu authentifizieren, fordern Sie ein neues Token an.

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

    npm

    So installieren Sie die Version mit dem latest-Tag:

    npm install @SCOPE/PACKAGE

    So installieren Sie die 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 die Version mit dem Tag latest:

    yarn add @SCOPE/PACKAGE

    So installieren Sie die 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 mit dem Repository verknüpft ist. Wenn Ihr Node.js-Paket-Repository ist nicht mit einem Bereich konfiguriert, auslassen @SCOPE/ aus dem Befehl.
    • PACKAGE ist der Name des Pakets im Repository.
    • TAG ist das 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, muss der Bereich für das Repository enthalten sein. 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 der zugehörigen Abhängigkeiten. Wenn keine Cache-Kopie vorhanden ist, lädt das Remote-Repository das Paket von der Upstream-Quelle herunter und speichert es im Cache, bevor es an Sie gesendet wird. Sie können prüfen, ob das Remote-Repository die Pakete aus der Upstream-Quelle abgerufen hat, indem Sie sich die Liste der Pakete im Repository ansehen.

Bei einem virtuellen Repository sucht Artifact Registry in 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, sie speichern sie nicht.
  • Wenn Sie eine Version anfordern, die in mehr als einem Upstream verfügbar ist Repository auswählen, wählt Artifact Registry ein Upstream-Repository aus, das verwendet werden soll basierend auf den Prioritätseinstellungen, die für das virtuelle Repository konfiguriert wurden.

Betrachten Sie beispielsweise 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 und sucht immer zuerst danach.

Sowohl für secondary-repo1 als auch für secondary-repo2 ist die Priorität auf 80 festgelegt. Wenn ein Das angeforderte Paket ist in main-repo, Artifact Registry nicht verfügbar diese Repositories als Nächstes durchsucht. 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 keines der anderen vorgelagerten Repositories.

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 hat keine Auswirkungen auf die Upstream-Quelle. Wenn Sie ein im Cache gespeichertes Paket löschen, Artifact Registry wird es beim nächsten Mal herunterladen und im Cache Repository 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 ein npm-Einschränkung, um sicherzustellen, dass der Inhalt einer veröffentlichten Paketversion immer derselbe 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 folgenden Befehl aus:

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

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 regional oder multiregional Standort Verwenden Sie dieses Flag, um Repositories an einem bestimmten Speicherort aufzurufen. Wenn Sie default-Speicherort konfiguriert haben, können Sie dieses Flag weglassen, die Standardeinstellung.
  • --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 folgenden Befehl aus:

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

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 regional oder multiregional Standort 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