kf wrap-v2-buildpack

Name

kf wrap-v2-buildpack: Erstellen Sie ein V3-Buildpack, das ein V2-Buildpack umschließt.

Zusammenfassung

kf wrap-v2-buildpack NAME V2_BUILDPACK_URL|PATH [flags]

Beschreibung

Erstellt ein V3-Buildpack, das ein V2-Buildpack umschließt.

Das resultierende Buildpack kann dann mit anderen V3-Build-Paketen verwendet werden. Dazu wird ein Builder erstellt. Weitere Informationen finden Sie unter https://buildpacks.io/docs/operator-guide/create-a-builder/.

Ein V3-Buildpack ist als OCI-Container verpackt. Wenn das Flag „--publish“ angegeben wird, wird der Container im entsprechenden Container-Repository veröffentlicht.

Dieser Befehl verwendet im Hintergrund andere Befehlszeilen. Dies bedeutet, dass die folgenden CLIs auf dem Pfad verfügbar sein müssen: * go * git * pack * cp * unzip

Wir empfehlen die Verwendung von Cloud Shell, um sicherzustellen, dass diese CLIs verfügbar sind und die richtige Version haben.

Beispiele

# Download buildpack from the given git URL. Uses the git CLI to
# download the repository.
kf wrap-v2-buildpack gcr.io/some-project/some-name https://github.com/some/buildpack

# Creates the buildpack from the given path.
kf wrap-v2-buildpack gcr.io/some-project/some-name path/to/buildpack

# Creates the buildpack from the given archive file.
kf wrap-v2-buildpack gcr.io/some-project/some-name path/to/buildpack.zip

Flags

--builder-repo=string: Builder-Repository, das verwendet werden soll. (Standard „github.com/poy/buildpackapplifecycle/builder“)
--buildpack-stacks=stringArray: Stacks, mit denen dieses Buildpack kompatibel ist. (Standard [google])
--buildpack-version=string: Version des resultierenden Buildpacks. Dieses wird als Image-Tag verwendet. (Standard „0.0.1“)
-h, --help: Hilfe zu Wrap-V2-Buildpack
--launcher-repo=string: Zu verwendendes Launcher-Repository. (Standard „github.com/poy/buildpackapplifecycle/launcher“)
--output-dir=string: Ausgabeverzeichnis für die Buildpack-Daten (vor dem Laden). Bleibt das Flag leer, wird ein temporäres Verzeichnis verwendet.
--publish: Veröffentlichen Sie das Buildpack-Image.

Übernommene Flags

Diese Flags werden von übergeordneten Befehlen übernommen.

--as=string: Nutzername, dessen Identität für den Vorgang übernommen wird.
--as-group=strings: Gruppe, deren Identität für den Vorgang übernommen wird. Verwenden Sie dieses Flag mehrfach, um mehrere Gruppen anzugeben.
--config=string: Pfad zur Kf-Konfigurationsdatei, die für Befehlszeile-Anfragen verwendet werden soll.
--kubeconfig=string: Pfad zur Datei „kubeconfig“ zur Verwendung für CLI-Anfragen.
--log-http: HTTP-Anfragen im Standardfehler loggen.
--space=string: Bereich zum Ausführen des Befehls. Dieses Flag überschreibt den aktuellen Ziel-Space.