GitHub Actions

GitHub Actions exécute automatiquement une suite d'étapes à chaque modification du code : lancer les tests, vérifier la qualité, construire l'application, la déployer. Pour une PME, le changement concret est ailleurs que dans l'outil : la mise en production cesse d'être un moment de tension où quelqu'un se connecte à un serveur et enchaîne des commandes de mémoire. Elle devient une opération répétée, identique, et dont l'échec se voit avant que le client ne le découvre.

• →GitLab CILe pendant direct si le dépôt vit sur GitLab, avec une offre auto-hébergée mature
• →VercelPour un front, le déploiement à chaque envoi est déjà intégré : pas de chaîne à écrireVoir la page
• →Woodpecker / DroneChaîne auto-hébergée légère quand le dépôt et l'exécution doivent rester chez vous
• →AnsiblePour la partie déploiement elle-même, appelée par la chaîne plutôt que réécrite dedansVoir la page

1. 01

   Commencer par la vérification, pas par le déploiement : tests et qualité en premier, la confiance vient de là

2. 02

   Une chaîne lisible plutôt qu'astucieuse : elle sera relue le jour d'un incident, par quelqu'un de pressé

3. 03

   Secrets sortis du dépôt, portée limitée à l'environnement concerné

4. 04

   Environnement de recette déployé automatiquement, production déclenchée explicitement

5. 05

   Retour arrière prévu et testé : une chaîne qui ne sait que déployer n'est qu'une moitié de chaîne

• GitHub Actions ou GitLab CI ?

  La réponse tient à l'endroit où vit votre code : chaque plateforme intègre sa chaîne, et en croiser deux ajoute de la complexité sans rien apporter. Les deux couvrent les mêmes besoins pour une PME. GitLab propose une offre auto-hébergée mature si la souveraineté du dépôt est un critère ; GitHub a l'écosystème d'actions réutilisables le plus fourni.
• Qu'est-ce que ça coûte à faire tourner ?

  C'est un coût de fonctionnement facturé à la minute d'exécution, avec un quota mensuel inclus dans les offres GitHub, et gratuit sur les dépôts publics. Pour un projet de PME dont les tests durent quelques minutes, le quota inclus suffit généralement. Un exécuteur installé sur votre propre serveur ramène ce coût à celui de la machine.
• Combien coûte la mise en place d'une chaîne de déploiement ?

  Ce n'est pas l'outil qui commande, c'est l'état du projet : l'existence d'une suite de tests, le nombre d'environnements à desservir, la complexité du déploiement actuel (migrations de base, fichiers déposés, cache à vider) et l'exigence de retour arrière. Le montant se fixe au devis, après un cadrage initial gratuit qui écrit le périmètre avant tout engagement.
• Faut-il des tests avant de mettre en place la CI ?

  Non, et c'est même souvent l'inverse qui fonctionne. Une chaîne qui construit l'application et vérifie qu'elle démarre attrape déjà une bonne part des régressions grossières. Les tests s'ajoutent ensuite, un par un, à mesure que des incidents réels désignent ce qui méritait d'être vérifié. Attendre d'avoir une suite complète pour commencer, c'est ne jamais commencer.
• Est-ce que ça remplace un outil de supervision ?

  Non. La chaîne vous dit que le déploiement s'est bien passé ; elle ne dit rien de ce qui se passe ensuite en production. Ce sont deux besoins distincts, et ils se répondent : la supervision détecte la dégradation, la chaîne permet de corriger vite et sans improviser.