Warestack

Warestack occupe une niche bien délimitée dans l'écosystème des outils pour développeurs : il n'évalue pas la qualité de votre code et n'exécute pas votre CI. Il vérifie plutôt comment un changement a été livré. Ses règles peuvent exiger des tickets liés, des approbations indépendantes, une portée et une taille raisonnables de la pull request, des tests réussis ou des déploiements dans une fenêtre autorisée. Des standards qui ne vivaient que dans un wiki à titre d'indication deviennent des contrôles lisibles et opposables, rattachés à la pull request elle-même.

Le produit s'articule autour de trois concepts interconnectés. Les règles traduisent vos standards écrits en contrôles. Les chaînes choisissent un déclencheur, les étapes suivantes et les conditions d'arrêt, de sorte qu'une carte Slack en direct reste à jour, qu'un relecteur soit relancé après un délai défini ou qu'un déploiement soit annoncé automatiquement. Les rapports permettent de poser une question en langage naturel et d'obtenir les lignes qui étayent la réponse, puis de l'enregistrer, de la planifier vers Slack ou l'e-mail, ou de l'exporter en CSV pour les audits et les revues d'incident.

Warestack se connecte d'abord à GitHub, puis à Slack, Linear et Jira, afin que les constats et les suivis restent là où les équipes travaillent déjà. C'est un GitHub Technology Partner et un partenaire d'une collaboration de recherche financée par UKRI et menée par Birkbeck, Université de Londres. Les fusions ne sont jamais bloquées par défaut : le contrôle Warestack ne bloque une fusion que lorsque vous le rendez obligatoire dans la protection de branches GitHub, ce qui permet aux équipes de commencer en mode rapport uniquement puis de durcir progressivement.