You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On pourrait avoir deux environnements : preprod et prod
On ajouter des étapes soumises à validation dans les PR pour déployer en staging
Au lieu de pousser un tag manuellement, puis d'attendre la création de la release qui fait le déploiement, je propose que
Un push sur main génère un déploiement en preprod
La chaine de CD propose une dernière étape manuelle, permettant de déployer en prod
On ajoute un input à la GitHub action pour pouvoir définir le tag à associer au déploiement
Lorsqu'on choisit de déployer en prod, et que le déploiement est passé, une release GitHub est créée avec génération automatique du contenu (un peu comme aujourd'hui)
Ça permet de diminuer le nombre d'étapes manuelles, d'être sûr qu'un déploiement en prod est précédé d'un déploiement en preprod, et ça permet surtout de suivre les déploiements dans GitHub :)
The text was updated successfully, but these errors were encountered:
J'ai un peu joué avec nos déploiements dans les Github actions et je proposerais bien une revue de ceux-ci, pour qu'on gagne du temps et en fluidité
Utilisation des environnements
Au lieu de pousser un tag manuellement, puis d'attendre la création de la release qui fait le déploiement, je propose que
Ça permet de diminuer le nombre d'étapes manuelles, d'être sûr qu'un déploiement en prod est précédé d'un déploiement en preprod, et ça permet surtout de suivre les déploiements dans GitHub :)
The text was updated successfully, but these errors were encountered: