Contexte
On a le process de preview qui fonctionne actuellement de cette manière:
- Un dev créé une branche
- La branche est poussée
- Une MR est crée (pas en Draft, sinon pas de CI de toute façon)
- Une des étapes du workflow
Continuous Integration va faire le build/push des images OCI
- Le dev rajoute l'étiquette
preview
- Cette étiquette va faire plusieurs choses, directement et indirectement:
- Directement, elle va déclenche un workflow GH (
Add preview comment) qui se contente de rajouter un commentaire à la MR avec l'URL de la "preview" telle qu'elle sera créé côte ArgoCD
- Indirectement un
AppSet côté ArgoCD est là pour détecter les MR qui ont une étiquette preview pour générer la création du AppSet
- Au bout d'un moment, la preview est prête et accessible avec l'URL sus-mentionnée.
Il nous faut exactement la même chose avec l'Integ MI.
Tâches
Références
Contexte
On a le process de
previewqui fonctionne actuellement de cette manière:Continuous Integrationva faire le build/push des images OCIpreviewAdd preview comment) qui se contente de rajouter un commentaire à la MR avec l'URL de la "preview" telle qu'elle sera créé côte ArgoCDAppSetcôté ArgoCD est là pour détecter les MR qui ont une étiquettepreviewpour générer la création du AppSetIl nous faut exactement la même chose avec l'Integ MI.
Tâches
console-github-app-secretcôté MI (reférence côtécpin-hp: https://github.com/cloud-pi-native/socle-scw-cpin-hp/blob/main/applicationSets/dso-console-githubapp-secret.yaml)socle-mi-dso-integAdd preview commentpour gérer l'étiquettepreview-mi(envisager de renommer l'étiquette actuellepreviewenpreview-paxpour ne pas confondre les deux ?). Être en capacité de générer la même URL que celle qui sera générée côté MIRéférences