Warestack

Warestack besetzt eine klar umrissene Nische in der Landschaft der Entwicklerwerkzeuge: Es prüft nicht die Codequalität und führt auch Ihre CI nicht aus. Stattdessen kontrolliert es, wie eine Änderung geliefert wurde. Seine Regeln können verknüpfte Arbeitselemente, unabhängige Freigaben, einen angemessenen Umfang und eine angemessene Größe des Pull Requests, bestandene Tests oder Deployments innerhalb eines erlaubten Zeitfensters verlangen. Standards, die zuvor als Richtlinie in einem Wiki lagen, werden zu lesbaren, durchsetzbaren Prüfungen direkt am Pull Request.

Das Produkt ist um drei miteinander verbundene Konzepte aufgebaut. Regeln übersetzen Ihre schriftlichen Standards in Prüfungen. Chains wählen einen Auslöser, die folgenden Schritte und die Bedingungen, die sie stoppen, sodass eine Live-Karte in Slack aktuell bleibt, ein Reviewer nach einer festgelegten Verzögerung erinnert oder ein Deployment automatisch angekündigt wird. Reports ermöglichen es, in einfacher Sprache zu fragen und die Belegzeilen zur Antwort zu erhalten, sie zu speichern, per Slack oder E-Mail zu planen oder als CSV für Audits und Incident-Reviews zu exportieren.

Warestack verbindet sich zuerst mit GitHub und dann mit Slack, Linear und Jira, damit Befunde und Nachverfolgung dort bleiben, wo Teams bereits arbeiten. Es ist GitHub Technology Partner und Partner einer von UKRI finanzierten Forschungskooperation unter Leitung des Birkbeck College der University of London. Merges werden standardmäßig nie blockiert: Die Warestack-Prüfung blockiert einen Merge erst, wenn Sie sie im GitHub-Branch-Schutz verpflichtend machen, sodass Teams zunächst im reinen Reporting-Modus starten und schrittweise verschärfen können.