GitHub erweitert PR-Archivierung: Kommentar-Bots beim Aufräumen stoppen
Triage-Verantwortliche können PRs nun ohne Administrator archivieren. Teams sollten dabei prüfen, was mit Bots geschieht, die weiterhin Ergebnisse oder Erinnerungen kommentieren möchten.
Bestätigte Grenzen
GitHub kündigte die Änderung am 8. Oktober 2026 an. Triage oder höhere Rollen können archivieren und entarchivieren. Archivierung schließt den PR und blockiert Kommentare, Reaktionen und automatische Kommentare. Die Klarstellung vom 9. Oktober nennt Sichtbarkeit nur für triage, write, maintain und admin; öffentlich wird der PR verborgen. Entarchivieren öffnet ihn nicht erneut.
Vor dem Kommentar den Zustand prüfen
Empfehlung: Bei einem bestätigten archivierten Ziel die Aufgabe beenden und den Grund intern protokollieren, statt ständig erneut zu senden. Prüft die tatsächlich verfügbaren Zustände und Antworten eurer Integration. Das ist keine Zusage eines neuen API-Felds. Rechtefehler und Netzprobleme getrennt behandeln.
Prüfbelege vorher sichern
Spam oder Duplikate zu entfernen ist etwas anderes als offene Entwicklungsentscheidungen zu archivieren. Grund, letzte Prüfung, Issue und maßgeblichen PR dokumentieren. Nötige öffentliche Belege in geeignete öffentliche Aufzeichnungen übernehmen, ohne private Inhalte offenzulegen.
Triage ist kein Schreibzugriff auf Code
Routinearbeit lässt sich delegieren, trotzdem braucht es Auswahlregeln. Aktive Reviews und offene Rückfragen sollten Menschen beurteilen. Nach dem Entarchivieren gesondert prüfen, ob der weiterhin geschlossene PR wieder geöffnet werden soll.
Prüft reale Repository-Rollen und testet den Abschluss eines Kommentar-Jobs an einem geeigneten Ziel. Wegen eines Kommentarfehlers keinen Ersatz-PR erzeugen. Produktverhalten ist belegt, die Arbeitsregeln sind Empfehlungen; aus der Diskussion werden keine Nutzungszahlen abgeleitet.
Offizielle Quelle und Diskussion
Archivierungskriterien und Abschlussregeln für Bots gemeinsam prüfen.