Blame
|
1 | # Mise à jours |
||||||
| 2 | ||||||||
| 3 | ## Commandes |
|||||||
| 4 | ||||||||
| 5 | ```bash |
|||||||
| 6 | # arrête et enlève le container |
|||||||
| 7 | docker compose down |
|||||||
| 8 | ||||||||
| 9 | ||||||||
| 10 | # récupère la dernière image comme indiqué dans le docker-compose. yml |
|||||||
| 11 | # Souvent `latest` |
|||||||
| 12 | docker compose pull |
|||||||
| 13 | ||||||||
| 14 | ||||||||
| 15 | # recrée le container d'après la dernière image locale (qu'on a avec pull) |
|||||||
|
16 | # -d/--detach permet de lancer le service en arrière plan. |
||||||
|
17 | docker compose up -d |
||||||
| 18 | ``` |
|||||||
|
19 | ## Procéssus |
||||||
|
20 | |||||||
| 21 | Nous avons pour l'instant identifier deux façons de mettre à jours un container docker: |
|||||||
| 22 | ||||||||
| 23 | 1. `down` > `pull` > `up -d` |
|||||||
| 24 | 2. `pull` > `up -d` |
|||||||
| 25 | ||||||||
| 26 | 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. |
|||||||
| 27 | ||||||||
|
28 | **Nous utilisons la deuxième méthode.** |
||||||
|
29 | |||||||
| 30 | ### Détails sur `up` |
|||||||
| 31 | ||||||||
| 32 | Cette commande recréer le container sous plusieurs conditions : |
|||||||
| 33 | ||||||||
| 34 | 1. Une versions plus récente de l'image |
|||||||
| 35 | 2. Des changements au fichiers de configurations (image/tag, networks, entrypoints, env variables, port mappings, volume mounts, restart policies et labels) |
|||||||