Zum Inhalt springen
Toolars
Erkunden
Fehler melden

Entwickler · Lokal-Werkzeug

Docker Run zu Compose

Docker Run to Compose

Übersetze unterstützte docker-run-Syntax in prüfbare Compose-YAML — lokal validiert, ohne Docker-Daemon, Netzwerkzugriff oder Upload.

Aufgabenpfad / von der Eingabe zum Ergebnis

Füge den docker-run-Befehl ein

Läuft lokal · Nichts wird hochgeladen

Wie Docker Run zu Compose funktioniert, Datenschutz und verwandte Tools

Aufgabenpfad / von der Eingabe zum Ergebnis

So wandelst du einen docker-run-Befehl in Compose um

  1. 01

    Füge den docker-run-Befehl ein

    Für literale POSIX-Shell-Befehle, die auf Linux-Container zielen. Maximal 64 KiB UTF-8. Rohe env-Dateien erfordern Compose 2.30+. Dies ist ein Konfigurationsentwurf; es wird keine Shell, kein Docker-Daemon und kein Image ausgeführt oder inspiziert. Nutze einen einzigen literalen docker-run-Befehl. Ersetze Host-Variablen durch explizite Werte; quote literale $ in einfachen Anführungszeichen oder escape sie. Shell-Expansion, Pipes, Redirects, Befehlssubstitution und nicht escapte Zeilenumbrüche werden nicht unterstützt. Backslash-Zeilenfortsetzung wird unterstützt.

  2. 02

    Wandle in einen Compose-Service um

    Wandelt Name, Ports, explizite Umgebungswerte, rohe env-Dateien, Mounts, Restart, Network, Workdir, User, Entrypoint und Labels um. -i/-t (einschließlich -it) werden zu stdin_open/tty. Kurze Optionen akzeptieren angehängte Werte und lange Optionen akzeptieren =value. Unbekannte Optionen stoppen die Umwandlung.

  3. 03

    Prüfe das generierte YAML

    Argumente nach dem Image behalten ihre Reihenfolge und leere Strings in der Befehlsliste. Ein nicht leerer Entrypoint bleibt ein Argument; ein leerer Entrypoint löscht ihn. Literale Dollarzeichen werden für Compose verdoppelt, was ihren Wert bewahrt, statt die Host-Umgebung zu interpolieren. Das Default-Netzwerk ist explizit bridge. Bind-Mounts bewahren den Unterschied zwischen -v (darf ein Host-Verzeichnis anlegen) und --mount (muss existieren).

  4. 04

    Prüfe die Liste nicht unterstützter Optionen

    Eine Option wird nicht unterstützt. Es wurde kein Teil-YAML generiert. Nutze die im Guide gelisteten unterstützten Optionen; verschiebe Container-Befehlsargumente hinter das Image. --rm ist in YAML nicht darstellbar. Wähle den passenden Compose-Run-/Removal-Lebenszyklus selbst. -d/--detach ist eine Startoption: Nutze docker compose up -d, wo angemessen.

  5. 05

    Kopiere oder lade das YAML herunter

    env_file nutzt das Raw-Format (Compose 2.30+), um Dollarzeichen und Quotes zu bewahren. Relative Pfade lösen neben compose.yaml auf. Dateiinhalte und ungesetzte Variablen werden nicht inspiziert; prüfe die tatsächliche Umgebung. Benannte Volumes und eigene Netzwerke sind externe Referenzen mit ihren ursprünglichen Namen. Sie müssen vor dem Start bereits existieren; hier werden keine Ressourcen angelegt oder geprüft.

Tool-Fakten

Verarbeitung
In deinem Browser
Eingabe verlässt dieses Gerät
Nie
Aufbewahrung
Nichts wird gespeichert
Preis
Kostenlos

Deine Eingabe bleibt im Browser.

Docker Run zu Compose nutzt seinen verifizierten lokalen Ausführungspfad und erstellt keinen versteckten Ein- oder Ausgabeverlauf.

Lokale Ausführung

Läuft im aktuellen Browser-Tab.

Keine versteckte Verarbeitung

Aktive Tool-Daten werden nie zu einem Toolars-Dokumentdatensatz.

Kein Konto erforderlich

Nutze den Kern-Workflow ohne Profil. Favoriten werden mit deinem Konto synchronisiert, sobald du dich anmeldest.

Sofortiges Zurücksetzen

Leere den Tab, und die aktiven Arbeitsdaten sind weg.

Was Docker Run zu Compose tatsächlich tut

Eine Deployment-Notiz eines Teammitglieds ist eine lange docker-run-Zeile — docker run -d --name web -p 8080:80 -e NODE_ENV=production -v /srv/data:/data:ro --restart unless-stopped nginx:1.27-alpine —, und der Projektstandard ist Compose; eine Forum-Antwort hält genau die Flags, die du brauchst, aber nicht als YAML; die Container-Optionen eines Legacy-Skripts müssen auditiert werden, bevor sie in die Versionskontrolle wandern. Diese Zeile einzufügen ergibt einen web-Service mit seinem Port-Mapping, Umgebung, Read-only-Volume und Restart-Policy, zur Kontrolle ausgelegt, während -d als reine Lebenszyklus-Option markiert wird, statt fallen gelassen zu werden. Der Docker-Run-zu-Compose-Konverter verwandelt den Befehl in einen reviewbaren Service im Browser — ohne einen Daemon, eine Registry oder Docker selbst zu kontaktieren.

Häufige Fragen

Welche docker-run-Flags werden umgewandelt?
Wandelt Name, Ports, explizite Umgebungswerte, rohe env-Dateien, Mounts, Restart, Network, Workdir, User, Entrypoint und Labels um. -i/-t (einschließlich -it) werden zu stdin_open/tty. Kurze Optionen akzeptieren angehängte Werte und lange Optionen akzeptieren =value. Unbekannte Optionen stoppen die Umwandlung. Nicht unterstützter oder konfliktbehafteter Mount. Nutze -v source:/target[:ro|rw] oder /target, oder --mount mit type=bind|volume, source/src, target/destination/dst, readonly/ro=true|false und volume-nocopy=true|false für Volumes. Andere Felder und doppelte Ziele werden abgelehnt.
Warum sind --rm und -d als nicht unterstützt gelistet?
--rm ist in YAML nicht darstellbar. Wähle den passenden Compose-Run-/Removal-Lebenszyklus selbst. -d/--detach ist eine Startoption: Nutze docker compose up -d, wo angemessen.
Wie wird der Compose-Service benannt?
Der Service-Name kommt aus --name, wenn vorhanden, sonst aus der Image-Referenz ohne Registry-Pfad und Tag: registry.example.com/team/nginx:1.27 wird zu nginx. Zeichen außerhalb von Kleinbuchstaben, Ziffern, Unterstrichen und Bindestrichen kollabieren zu Bindestrichen, und ein leeres Ergebnis fällt auf app zurück. container_name wird nur emittiert, wenn --name explizit gegeben wurde.
Was passiert mit den Argumenten nach dem Image?
Argumente nach dem Image behalten ihre Reihenfolge und leere Strings in der Befehlsliste. Ein nicht leerer Entrypoint bleibt ein Argument; ein leerer Entrypoint löscht ihn. Literale Dollarzeichen werden für Compose verdoppelt, was ihren Wert bewahrt, statt die Host-Umgebung zu interpolieren. Das Default-Netzwerk ist explizit bridge. Bind-Mounts bewahren den Unterschied zwischen -v (darf ein Host-Verzeichnis anlegen) und --mount (muss existieren).
Ist das generierte YAML produktionsbereit?
Für literale POSIX-Shell-Befehle, die auf Linux-Container zielen. Maximal 64 KiB UTF-8. Rohe env-Dateien erfordern Compose 2.30+. Dies ist ein Konfigurationsentwurf; es wird keine Shell, kein Docker-Daemon und kein Image ausgeführt oder inspiziert. Benannte Volumes und eigene Netzwerke sind externe Referenzen mit ihren ursprünglichen Namen. Sie müssen vor dem Start bereits existieren; hier werden keine Ressourcen angelegt oder geprüft.
Wird mein Befehl irgendwo hochgeladen?
Nein. Parsen und Umwandeln laufen vollständig im aktuellen Browser-Tab, der Befehl wird nie gesendet oder aufbewahrt, und es ist kein Konto nötig.

Weiter in Entwickler

Verwandte Aufgaben statt Sackgasse.

Wechsle in einen anderen fokussierten Arbeitsbereich, ohne zum vollständigen Index zurückzukehren.

Code zu Bild

Code to Image Converter

Exportiere hervorgehobenen Code als PNG oder SVG mit einstellbarer Schrift, Zeilennummern und 1x/2x-Skalierung — bis 200 Zeilen, lokal gerendert.

Erstellen

URL-Slug-Generator

URL Slug Generator

Verwandle Titel und Beschriftungen lokal in saubere, kopierfertige URL-Slugs — wahlweise mit Bindestrichen oder Unterstrichen als Trennzeichen.

Erstellen

Schatten für React Native

React Native Shadow Generator

Vergleiche klassische iOS- und Android-Schatten mit dem boxShadow-Stil der New Architecture in React Native und kopiere die Styles samt Plattformhinweisen.

Erstellen

Base64-Kodierer/Dekodierer

Base64 Encoder/Decoder

Kodiere Text zu Base64 oder dekodiere ihn zurück — mit UTF-8-, URL-sicherer und Zeilenumbruch-Option sowie laufender Validierung, komplett lokal.

Konvertieren