41 lines
3.0 KiB
Markdown
41 lines
3.0 KiB
Markdown
---
|
||
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.
|