Release-PRs automatisch im Teamrhythmus mergen — ohne hinterherrennen zu müssen

Sag Zero einmal, wann Release-PRs rausgehen sollen und welche übersprungen werden. Zero läuft in eurem Takt, überspringt riskante Änderungen und mergt den Rest — damit ihr nicht länger als Cronjob für Menschen herhalten müsst.

Zero verbindet:

Warum das Jagen von Release-PRs den Bereitschaftsdienst auffrisst

Ein neuer Release-PR öffnet sich, sobald auf main genug Commits angesammelt sind — in den meisten Teams ein- oder zweimal am Tag. Irgendjemand muss den Diff überfliegen, prüfen ob CI grün ist, einschätzen ob im Changelog etwas Heikles steht, auf Merge klicken und danach den Deploy im Auge behalten. Ist diese Person in einem Meeting, schläft oder sitzt auf einem anderen Kontinent, bleibt der Release liegen. Neue Commits stapeln sich, der Changelog wird länger, der Merge riskanter. Du sagst es Zero einmal — einmal pro Arbeitstag prüfen, riskante Fälle überspringen, während der Arbeitszeit mergen, im Release-Channel posten — und ab dann läuft das Ausliefern von selbst, im Takt deines Teams.

Wie du Zero bittest, Release-PRs auszuliefern

@Zero jeden Werktag um 15:00 Uhr, prüfe unser Repo auf einen offenen Release-PR. Wenn er keine DB-Migrationsdateien enthält, aktiviere Auto-Merge mit Squash, damit der PR rausgeht sobald CI durchläuft — und poste dann ein Update in #release-notify.

ausprobieren

So mergt Zero eure Release-PRs

Zero prüft Release-PRs in eurem Takt

Zero läuft in dem Takt, den ihr festlegt — einmal pro Arbeitstag für die meisten Teams, stündlich für High-Velocity-Teams — und fragt GitHub nach offenen Release-PRs auf dem Default-Branch ab. Außerhalb dieses Fensters passiert nichts. Keine Merges nach Feierabend, keine Wochenend-Überraschungen.

Zero prüft jeden PR gegen eure Sicherheitsregeln

Zero liest die Dateiliste des PRs. Wenn eine Datei in einem sensiblen Pfad liegt, den ihr markiert habt (Migrations, Infra, Billing), wird der Merge übersprungen und der Channel gepingt, damit ein Mensch entscheidet. Andernfalls bestätigt Zero, dass die Required-Checks grün sind.

Zero aktiviert Auto-Merge und meldet das Ergebnis

Für PRs, die die Regeln bestehen, führt Zero `gh pr merge --auto --squash` aus, damit der PR rausgeht sobald CI grün wird. Sobald der Merge durch ist, postet Zero eine kurze Statuszeile zurück in euren Release-Channel.

Regeln verschärfen, Riskantes eskalieren oder die Taktung erhöhen

Regeln im Live-Betrieb verschärfen

Neue Regeln ergänzen, ohne Code anzufassen.

@Zero ab jetzt überspringe jeden Release-PR, dessen Changelog `infra` oder `billing` erwähnt.

ausprobieren

Heikle Fälle eskalieren

Lass Zero solche PRs flaggen statt mergen.

@Zero wenn du einen Release-PR mit Migrationsdatei findest, öffne einen Thread in #dev mit @oncall und Link zum Diff.

ausprobieren

Taktung erhöhen, wenn ihr bereit seid

Von täglich auf mehrmals täglich umstellen, sobald sich die Regeln bewährt haben.

@Zero ab nächster Woche, führe die Release-Auto-Merge-Prüfung zweimal täglich aus — einmal vormittags, einmal nach der Mittagspause — statt nur um 15 Uhr.

ausprobieren

Erforderliche Integrationen: GitHub und Slack

GitHub

GitHub — Zero listet Release-PRs, inspiziert Dateiänderungen, prüft CI-Status und aktiviert Auto-Merge. Schreibzugriff auf das Repo ist nötig, damit Zero den Merge auslösen kann.

Erforderlich

Slack

Slack — Zero nutzt eure Slack-Verbindung, um Merges anzukündigen, übersprungene PRs zu flaggen und heikle Fälle zu eskalieren. Ohne Slack kann Zero zwar mergen, aber niemandem berichten.

Erforderlich

Best Practices für autonomes Release-Merging

●Fangt mit einer Prüfung pro Tag an und erhöht die Taktung erst, wenn die Regeln Vertrauen aufgebaut haben. Täglich gibt dem Team einen planbaren Lieferrhythmus, ohne sich überwacht zu fühlen.

●Verschlüssele eure ungeschriebenen Release-Regeln im Prompt. 'Migrations überspringen' ist offensichtlich; 'Merges während Demo-Fenstern pausieren' oder 'niemals freitagnachmittags ausliefern' sind die leisen Regeln, die Zero kennen sollte.

●Verkette es mit einem täglichen Engineering Brief, damit euer Morgen-Report mit 'Gestern wurde ein Release ausgeliefert, N Commits drin, M PRs noch in der Pipeline' öffnet. Autonomes Ausliefern + sichtbares Reporting = saubere Kombi.