Différences

Ci-dessous, les différences entre deux révisions de la page.

--- technique:docker:picasoft:update [2020/10/13 10:16] – qduchemi
+++ technique:docker:picasoft:update [2021/10/16 18:15] – qduchemi
@@ Ligne 1: / Ligne 1: @@
 {{indexmenu_n>35}}
 # Mettre à jour un service ou sa configuration
+<bootnote warning>
+Prérequis : les articles de [[technique:docker:general:start|cette section]].
+</bootnote>
 <bootnote>Ces explications ne valent que pour un service qui est déjà en production et que l'on souhaite mettre à jour.</bootnote>
@@ Ligne 47: / Ligne 51: @@
 * Changement d'un script d'initialisation copié dans le Dockerfile. Par exemple, le [script d'initialisation de Plume](https://gitlab.utc.fr/picasoft/projets/dockerfiles/-/blob/master/pica-plume/entrypoint.sh) effectue diverses opérations que l'on pourrait vouloir compléter, et ce script est copié [directement dans le Dockerfile](https://gitlab.utc.fr/picasoft/projets/dockerfiles/-/blob/master/pica-plume/Dockerfile).
 * etc.
-<bootnote warning>Si le code du service à copier dans l'image est intégré au dépôt par un submodule (par exemple avec [pica-metrics-bot](https://gitlab.utc.fr/picasoft/projets/dockerfiles/-/tree/master/pica-metrics-bot)), on lancera la commande suivante pour le mettre à jour à la version voulue. Voir la [documentation des submodules](https://git-scm.com/book/en/v2/Git-Tools-Submodules) pour utiliser une branche spécifique.
-```
-git submodule foreach --recursive 'git fetch --tags' <dossier du service>
-git submodule update --recursive --remote <dossier du service>
-cd <submodule>
-git checkout <commit ou tag à utiliser>
-```
-</bootnote>
 Vous pouvez travailler en local et tester l'image sur votre machine si vous voulez. Il y a quelques modifications supplémentaires à apporter. Comme on construit une nouvelle version de l'image, il faut modifier le tag dans le fichier Compose pour que l'image construite soit différenciée des précédentes.
@@ Ligne 63: / Ligne 58: @@
 Dans tous les cas, on modifiera ou on créera le fichier `CHANGELOG.md` pour décrire les modifications apportées à l'image.
+## Que faire ensuite ?
-## Conclusion
 Une fois arrivé à ce stade, votre nouvelle version du service est prête à être déployée depuis n'importe quelle machine de Picasoft. La prochaine étape est [[technique:docker:picasoft:test|de tester la modification]] que vous avez apportée, sauf si elle est vraiment minime (exemple : changement marginal d'un paramètre de configuration).