Allow users with triage role or higher to archive pull requests [GA]
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 30/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Ruhig
- Tech-Stack
- github
- Bereich
- authorization
Rechercherichtung
Keine Quelldatei, kein Test und kein Einstiegspunkt werden genannt. Beginne mit der Überprüfung des bestehenden Berechtigungsmodells für die Archivierung von Pull Requests und der dokumentierten Fähigkeiten der Triage-Rolle; abgeschlossen ist die Aufgabe, wenn Benutzer mit den Rollen triage, write, maintain und admin Pull Requests archivieren können, ohne Zugriff zur Änderung von Code zu erhalten.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Value Prop
Users with the triage role (and above) can now archive pull requests, giving repository maintainers the flexibility to delegate PR hygiene to trusted moderators without granting them write access to code. This aligns pull request archiving with the intended scope of the triage role — handling moderation tasks that don't modify source code. Teams managing large or open source repositories can distribute cleanup work more effectively across their contributors.
Expected Outcome
By expanding archiving permissions to include triage, write, maintain, and admin roles, teams can reduce their reliance on write-level collaborators for routine PR housekeeping like closing spam or stale pull requests. This removes a friction point in open source and large-team workflows where trusted triagers were previously blocked from performing straightforward moderation tasks. The change brings the permission model in line with maintainer expectations and enables cleaner, faster PR management at scale.
- Vorherrschende Sprache
- Keine Sprachdaten
- Sterne
- 9k
- Forks
- 1.8k
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus github/roadmap
-
Enterprise Free Public Preview Team
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
-
GHES 3.24 Public Preview
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
-
Enterprise Free Public Preview Team
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
-
Enterprise Free Public Preview Team
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
-
cloud Enterprise Free Public Preview Team
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
Ähnliche Issues
-
BUG: catalog database credentials printed to logs at startupEvtl. vergeben @cjboyle hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
code-yeongyu/oh-my-openagent#12396 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
bcgov/bc-wallet-mobile#5018 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 2 Tagen
-
area/ambient
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 1 Tag