Detaillierte Einführung in den Build-Befehl in Docker

Der Build-Befehl in Docker wird verwendet, um ein Docker-Image basierend auf der angegebenen Docker-Datei und dem angegebenen Kontext zu erstellen.

(Empfohlenes Tutorial: Docker-Tutorial)

Verwendungsformat für Docker-Build-Befehle:

docker build [OPTIONS] <PATH | URL | ->

1. Häufig verwendete OPTIONS-Optionen

--build-arg, legt die Umgebungsvariable während des Builds fest

--no-cache, Standardeinstellung: false. Wenn Sie diese Option festlegen, wird der Build-Cache nicht zum Erstellen des Images verwendet

--pull, der Standardwert ist „false“. Legen Sie diese Option fest, um immer zu versuchen, die neueste Version des Bildes abzurufen

--compress, Standardeinstellung: false. Wenn Sie diese Option festlegen, wird die GZIP-Komprimierung verwendet, um den Kontext zu erstellen

--disable-content-trust, der Standardwert ist „true“. Wenn Sie diese Option festlegen, wird das Bild

--file, -f überprüft, der vollständige Pfad von Dockerfile, der Standardwert ist „PATH/Dockerfile“

--isolation, default--isolation= „default“, das ist der Linux-Namespace; andere enthalten „process“ oder „hyperv“ – label, das Metadaten „

– Squash“ für das generierte Bild festlegt, und die Standardeinstellung ist „false“. Wenn Sie diese Option festlegen, werden die neu erstellten mehreren Ebenen zu einer neuen Ebene komprimiert, die neue Ebene wird jedoch nicht von mehreren Bildern gemeinsam genutzt. Wenn Sie diese Option festlegen, wird tatsächlich ein neues Bild erstellt, während das Originalbild beibehalten wird.

--tag, -t, der Name und das Tag des Bildes, normalerweise im Name:Tag- oder Namensformat; Sie können mehrere Tags für ein Bild in einem Build festlegen

--network , Standardeinstellung. Legen Sie diese Option fest: Legen Sie den Netzwerkmodus für die RUN-Anweisungen während des Builds fest

--quiet, -q, default false. Legen Sie diese Option fest: Unterdrücken Sie die Build-Ausgabe und drucken Sie die Bild-ID bei Erfolg

--force-rm, Standardwert: false. Legen Sie diese Option fest, um den Container des Zwischenlinks

--rm immer zu löschen. Der Standardwert ist --rm=true, dh der Container des Zwischenlinks

2 wird gelöscht |. URL |. – Beschreibung

gibt den Kontext an, in dem der Befehl ausgeführt wird.

Der Kontext kann der lokale Pfad PATH sein, in dem der Build ausgeführt wird, oder eine Remote-URL wie eine Git-Bibliothek, ein Tarball oder eine Textdatei oder -.

Während des Bildaufbaus können Sie mit dem Befehl ADD jede Datei im Kontext zum Bild hinzufügen (beachten Sie, dass sich die Datei im Kontext befinden muss).

kann beispielsweise PATH sein.

3. Beispiel

docker build - < Dockerfile

Beschreibung: Der obige Build-Prozess hat nur Dockerfile und keinen Kontext >

docker build - < context.tar.gz

Beschreibung: Wo sich die Docker-Datei im Root-Pfad im context.tar.gz-Paket befindet

docker build -t champagne/myProject:latest -t champagne/myProject:v2.1 .
docker build -f dockerfiles/Dockerfile.debug -t myapp_debug

Das obige ist der detaillierte Inhalt vonDetaillierte Einführung in den Build-Befehl in Docker. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!