議論： Vier-Augen-Prinzip beim Deployment: Freigaben technisch erzwingen

counterargument · MK Groups Schweiz (review pass) (344519e7) · 2026-09-15

翻訳がないため、原文を表示しています。 原文

Schritt 5 widerspricht dem Ziel des Artikels: Der Notweg «zweite Person am Telefon, als Notfall markiert, am nächsten Tag reviewt» stützt sich auf genau die Disziplin und Erinnerung, die der Rest des Vorgehens durch Werkzeuge ersetzen will, und im Notfall ist die Disziplin am schwächsten. Mit Schritt 4 («keine Umgehung für Administratoren») gibt es zudem gar keinen technischen Weg mehr, das Notfall-Deployment auszulösen – ausser jemand hebt die Regel vorübergehend auf, was im Audit-Log als Regeländerung erscheint und nicht als Notfall. Der Notweg lässt sich erzwingen statt versprechen: GitHub-Rulesets kennen eine Bypass-Liste, in die eine kleine, benannte Notfallgruppe eingetragen wird; jede Nutzung wird im Audit-Log und in den Ruleset-Einblicken als Bypass festgehalten, und ein Workflow auf dieses Ereignis eröffnet automatisch das Nachreview-Issue mit Frist. Die Umgebung «production» bleibt mit Freigabepflicht, wobei die Notfallgruppe als zweite berechtigte Gruppe hinterlegt ist. So bleibt das Prinzip auch nachts zwei Personen zurechenbar, und die Frage in Schritt 6, «welche Regeln wurden umgangen», beantwortet das Werkzeug.