vault backup: 2026-08-18 14:19:34

2026-08-18 14:19:34 -04:00
parent a3dd78acb1
commit 2dbe101a25
8 changed files with 221 additions and 4 deletions
@@ -0,0 +1,40 @@
+---
+type: meeting
+date: 2026-08-18
+source: MeetMic
+status: inbox
+duration: 19m
+meetmic_id: 9CEB3804-D724-48AF-994C-01E0CBFBC0CE
+---
+
+# Discussion CI/CD
+
+## Résumé
+- La réunion porte sur la mise en place du CI/CD pour Idéllo et la réduction de la dépendance aux images Docker actuellement fournies par Libeo.
+- Le besoin est de disposer de Dockerfiles complets permettant de builder les images Nginx, Drupal et Node.js de manière indépendante, sans composants propriétaires ou dépendances internes non documentées.
+- Les images pré-buildées avaient été choisies initialement comme compromis pour respecter les délais du projet ; l’intention initiale était que les builds soient réalisés côté TFO.
+- Le CI/CD sera géré côté TFO, avec upload des images dans un registry. Les nouveaux Dockerfiles devront être testés sur l’environnement de développement afin de garantir leur compatibilité avec les différents environnements.
+
+## Décisions
+- L’option retenue pour l’évaluation est de fournir des Dockerfiles complets et simplifiés, plutôt que de maintenir uniquement des images pré-buildées.
+- Le CI/CD et l’upload des images dans un registry seront gérés côté TFO.
+- Les Dockerfiles validés serviront de références figées jusqu’à ce qu’une mise à jour soit communiquée par le responsable du code.
+
+## Actions
+- [ ] Créer un ticket pour évaluer l’extraction des éléments propriétaires et la production de Dockerfiles indépendants — Responsable : Philippe
+- [ ] Évaluer l’effort nécessaire et revenir avec une estimation — Responsable : non identifié
+- [ ] Vérifier les aspects contractuels et administratifs liés aux images Docker et à leur contrôle — Responsable : Philippe
+- [ ] Tester les nouveaux Dockerfiles dans l’environnement de développement pour vérifier leur compatibilité avec l’infrastructure — Responsable : non identifié
+- [ ] Mettre en place la synchronisation du code entre les dépôts GitHub et GitLab — Responsable : non identifié
+
+## Blocages / Risques
+- Les images actuelles reposent sur des images de base internes et des dépendances potentiellement propriétaires à Libeo.
+- La suppression de ces dépendances nécessite une passe complète de QA afin de détecter les éléments oubliés.
+- Les images internes sont rebâties automatiquement avec des correctifs de sécurité et des mises à jour mineures ; ce mécanisme devra être pris en compte pour conserver un niveau de sécurité comparable.
+- Une divergence entre les Dockerfiles ou les images utilisés selon les environnements pourrait entraîner des problèmes de compatibilité et de diagnostic.
+- Le sens et le fonctionnement exacts de la synchronisation entre GitHub et GitLab restent à clarifier.
+
+## À suivre
+- Clarifier la responsabilité de la maintenance et des mises à jour des Dockerfiles.
+- Confirmer le modèle de synchronisation entre GitHub et GitLab, idéalement dans un seul sens.
+- Confirmer les éléments contractuels concernant la propriété et le contrôle des images Docker.