Déploiement

Un déploiement manuel n'échoue presque jamais la première fois. Il échoue la douzième, un jeudi soir, quand la personne qui connaît l'ordre exact des commandes est en congé et que celle qui la remplace inverse deux étapes. Une procédure écrite dans un fichier DEPLOIEMENT.md finit toujours par diverger de ce qu'on fait réellement, parce que rien ne vérifie qu'elle est à jour. Un workflow, lui, est la procédure : s'il est faux, il échoue, et vous le savez.

Automatiser un déploiement ne consiste pourtant pas à ajouter un dernier job à votre chaîne de tests. Trois questions doivent être tranchées avant d'écrire une ligne : à quelle condition exacte le déploiement part-il, quel artefact précis est publié, et comment revient-on à l'état antérieur. La troisième est la plus souvent repoussée à plus tard, et c'est celle qui coûte le plus cher le jour où elle manque. Un déploiement automatique sans retour arrière préparé ne fait qu'accélérer la mise en production des incidents.

La condition de déclenchement

Le déploiement doit partir dans un cas et un seul : un commit fusionné sur la branche principale, dont toutes les vérifications sont vertes.