HowDoWeDoHotFixes¶
- oh un bug bloquant
- développement de la correction / relecture / push / build ok / tag recette / tests recette / etc.
- git checkout -b hotfix/vLATEST vLATEST (vLATEST étant la version actuellement en production)
- git cherry-pick du ou des commits faisant la correction (qui sont donc arrivés dans main lors de la phase correction/relecture/push)
- git push (qui affichera le message avec l'URL de la création de PR)
- créer une PR de la branche hotfix, qu'on appellera "hotfix vLATEST", qui déclenchera le build. (ex: https://git.entrouvert.org/entrouvert/wcs/pulls/164)
- dans le cas particulier où les branches hotfix et main pointent vers le même HEAD, un git commit --amend --no-edit côté branche hotfix sera nécessaire à la création de la PR gitea
- laisser la PR ouvert, s'il y a une autre correction souhaitée pour l'hotfix, il suffira de la pousser dans la branche précédemment créée, et éventuellement ajouter un commentaire dans la PR.
- en début de cycle, faire une recherche des PR nommées "hotfix" pour les fermer
Mise à jour des machines¶
En nocturne, un classique
eoptasks -k publik/prod apt.upgrade
Sinon, en journée, passer par un « haproxy drain » aidé du script « hotfix » du dépôt puppet, ici pour mettre à jour wcs, combo et publik-base-theme :
- se placer dans le dépôt puppet
- faire
./tools/hotfix -k front/prod --drain-service wcs --drain-service combo -- combo wcs publik-base-theme I'm going do apply hotfix on packages « combo wcs publik-base-theme » on the following servers: - front1.prod.saas.entrouvert.org - front2.prod.saas.entrouvert.org - front3.prod.saas.entrouvert.org Are you ok with that ? [Press Ctrl-C to abort, Enter to continue]
- valider