L’article explique deux approches pour gérer plusieurs environnements (développement, staging, production) avec Docker : une approche inspirée de Rails, utilisant des Dockerfiles séparés (ex: Dockerfile.dev, Dockerfile.prod), et une approche idiomatique Docker basée sur les multi-stage builds. La première méthode offre une séparation claire, mais peut entraîner de la duplication de code, tandis que la seconde permet de centraliser la configuration dans un seul fichier, réduisant la redondance et facilitant la maintenance, bien qu’elle puisse devenir complexe à mesure que les builds se sophistiquent. L’auteur souligne que le choix dépend de la complexité des environnements et de l’expérience de l’équipe avec Docker.
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
La commande en question
SET >> %userprofile%\Downloads\variables_env.txt
L'astuce concerne surtout l'idée d'une base par environnement (dev, test)
Présentation de devbox, un outil basé sur les paquets Nix et qui permet de se construire des environnement isolés - un complément à Docker ?
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Intéressant... un outil basé sur Docker pour générer des environnements de développement web complets (avec php, apache / nginx, mariadb / mysql / ..., etc.)
Tout est dans le titre
L'auteur préconise : Archlinux, zsh, i3, etc.
Tout est dans le titre
Tout est dans le titre