Zum Inhalt springen
Toolars
Erkunden

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.

Lokale Verarbeitung

Verarbeitungsdetails

Tooleingaben werden auf Ihrem Gerät verarbeitet.

Für dieses Tool müssen eventuell Ressourcen geladen werden. Kontodienste laufen separat.

Offline-Nutzung wird vorbereitet…

Datenschutzinformationen
Fehler melden

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.

Verwandte Aufgaben statt Sackgasse.

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

URL-Arbeitsbereich

URL Workbench

URL-Listen mit Schutz signierter Links bereinigen; Gründe pro Zeile, Komponentenvergleich und Sitemap-Export.

Bearbeiten

JSON untersuchen

JSON Explorer

JSONPath abfragen, Felder extrahieren und JSON-Pointer-Strukturen verlustfrei zurückwandeln, auch bei großen Zahlen.

Prüfen

JSON Schema prüfen

JSON Schema Validator

Draft 7 oder 2020-12 lokal mit Fehlerpfaden prüfen; Schemas aus mehreren Beispielen ableiten.

Prüfen

HTML veröffentlichen

HTML Publishing

Eingefügtes HTML bereinigen und Listen, Links sowie Tabellensemantik erhalten; Änderungen sicher ansehen.

Veröffentlichen