Convertir docker run en docker compose — et inversement.

Pour convertir docker run en docker compose, collez la commande docker run complète dans le convertisseur avec le mode réglé sur run → compose, puis appuyez sur Convertir. Il supprime le docker run de tête, classe chaque indicateur sur un objet de service, traite le premier token non-indicateur comme l’image et le reste comme la commande, et imprime un bloc services: prêt à l’emploi que vous déposez dans un docker-compose.yml — aucune installation, aucun démon Docker, et rien n’est poussé nulle part.

Oui. Ce convertisseur docker run en compose en ligne fonctionne dans les deux sens : basculez le sélecteur de mode sur compose → run, collez une définition de service (ou un fichier Compose complet — le premier service est utilisé), et il reconstruit une commande docker run équivalente, y compris les ports, volumes, variables d’environnement, réseaux, capacités, limites de ressources et un healthcheck. Les clés qui n’ont aucun équivalent docker run — depends_on, build, deploy, profiles — sont signalées comme des avertissements plutôt que traduites.

Les plus courants : -p/--publish → ports, -v/--volume et --mount → volumes, -e/--env → environment, --env-file → env_file, --name → container_name, --restart → restart, --network/--net → networks (ou network_mode pour host/none), -w/--workdir → working_dir, -u/--user → user, --entrypoint → entrypoint, --hostname → hostname, --add-host → extra_hosts, --cap-add/--cap-drop → cap_add/cap_drop, --privileged → privileged, -m/--memory → mem_limit, --cpus → cpus, -l/--label → labels, et les indicateurs --health-* → un bloc healthcheck. -i et -t correspondent à stdin_open et tty.

Chaque indicateur -p/--publish devient une entrée de la liste ports: du service. Le convertisseur conserve la forme hôte:conteneur (par exemple -p 8080:80 → "8080:80"), met le mappage entre guillemets car YAML interprète sinon 8080:80 comme une heure, et préserve toute adresse de liaison ou suffixe de protocole comme 127.0.0.1:8080:80/tcp. Plusieurs indicateurs -p produisent plusieurs entrées de port.

Chaque -v/--volume (et --mount) devient une entrée de la liste volumes:. La forme courte source:cible[:ro] est conservée telle quelle — un montage lié comme -v /data:/usr/share/nginx/html:ro reste /data:/usr/share/nginx/html:ro, et un volume nommé comme -v db-data:/var/lib/postgresql/data est repris à l’identique. Le suffixe :ro pour la lecture seule est préservé.

Chaque -e/--env est ajouté à la clé environment: sous forme d’une liste KEY=value. Par exemple -e POSTGRES_PASSWORD=secret devient une entrée - POSTGRES_PASSWORD=secret. Un --env-file est mappé séparément vers env_file:, vous gardez donc les secrets hors du fichier Compose versionné. La conversion étant entièrement locale, les variables porteuses de secrets ne quittent jamais votre navigateur.

L’indicateur --restart est mappé directement sur la clé restart: du service : --restart unless-stopped → restart: unless-stopped, et de même pour no, always et on-failure. Pour les déploiements en mode Swarm, restart est plutôt exprimé via deploy.restart_policy ; le convertisseur conserve la forme restart: simple, qui couvre l’usage docker compose up classique.

Oui. Le convertisseur docker run en compose est gratuit et s’exécute à 100 % côté client. La commande ou le YAML que vous collez est tokenisé et converti entièrement à l’intérieur de votre onglet de navigateur — rien n’est envoyé à un serveur, et il n’y a ni compte ni inscription. Une fois la page chargée, il fonctionne hors ligne, vous pouvez donc convertir en toute sécurité des commandes mentionnant des registres privés, des variables d’environnement porteuses de secrets ou des noms d’hôtes internes.