Blame
|
1 | # Containers |
||||||
| 2 | ||||||||
| 3 | ## Setup |
|||||||
| 4 | ||||||||
| 5 | ## Mise à Jours |
|||||||
| 6 | ### Commandes |
|||||||
| 7 | ||||||||
| 8 | ```bash |
|||||||
| 9 | # arrête et enlève le container |
|||||||
| 10 | docker compose down |
|||||||
| 11 | ||||||||
| 12 | ||||||||
| 13 | # récupère la dernière image comme indiqué dans le docker-compose. yml |
|||||||
| 14 | # Souvent `latest` |
|||||||
| 15 | docker compose pull |
|||||||
| 16 | ||||||||
| 17 | ||||||||
| 18 | # recrée le container d'après la dernière image locale (qu'on a avec pull) |
|||||||
| 19 | # -d/--detach permet de lancer le service en arrière plan. |
|||||||
| 20 | docker compose up -d |
|||||||
| 21 | ``` |
|||||||
| 22 | ### Procéssus |
|||||||
| 23 | ||||||||
| 24 | Nous avons pour l'instant identifier deux façons de mettre à jours un container docker: |
|||||||
| 25 | ||||||||
| 26 | 1. `down` > `pull` > `up -d` |
|||||||
| 27 | 2. `pull` > `up -d` |
|||||||
| 28 | ||||||||
| 29 | La différence notable entre les deux approches est que la deuxième version permet d'éviter de recréer les contenaires pas mis à jour tandis que la première approche retire tout et repart de zéro, guardant bien sur les data qui étaient dans les volumes. |
|||||||
| 30 | ||||||||
| 31 | **Nous utilisons la deuxième méthode.** |
|||||||
| 32 | ||||||||
| 33 | #### Détails sur `up` |
|||||||
| 34 | ||||||||
| 35 | Cette commande recréer le container sous plusieurs conditions : |
|||||||
| 36 | ||||||||
| 37 | 1. Une versions plus récente de l'image |
|||||||
| 38 | 2. Des changements au fichiers de configurations (image/tag, networks, entrypoints, env variables, port mappings, volume mounts, restart policies et labels) |
|||||||