GitHub élargit l’archivage des PR : arrêter les commentaires automatisés
Les responsables du triage peuvent désormais archiver sans solliciter un administrateur. Avant de nettoyer la file, vérifiez les robots qui veulent encore publier résultats et rappels.
Les limites confirmées
GitHub a annoncé le changement le 8 octobre 2026. Triage et rôles supérieurs peuvent archiver et désarchiver. L’archivage ferme la PR et bloque commentaires, réactions et commentaires automatiques. La précision du 9 octobre conserve l’accès pour triage, write, maintain et admin, mais masque la PR au public. Désarchiver ne la rouvre pas.
Vérifier l’état avant de commenter
Suggestion : terminer les tâches dont la cible est confirmée archivée et noter le motif en interne, plutôt que répéter l’envoi. Vérifiez les états et réponses réels de l’intégration. Aucun nouveau champ API n’est promis. Séparez archivage, droits insuffisants et panne réseau.
Préserver les preuves avant le nettoyage
Retirer un spam ou doublon diffère d’archiver une décision encore ouverte. Notez motif, dernière vérification, issue et PR de référence. Conservez le contexte public nécessaire dans un support adapté, sans divulguer d’informations privées.
Le triage n’accorde pas l’accès au code
La délégation exige des critères. Les revues actives et questions non résolues appellent une décision humaine. Après désarchivage, vérifiez séparément si la PR toujours fermée doit être rouverte.
Vérifiez les rôles réels et testez la fin d’une tâche de commentaire sur une cible appropriée. Un échec ne justifie pas une nouvelle PR. Les comportements sont confirmés ; les règles proposées sont éditoriales. La discussion ne mesure pas l’adoption.
Source officielle et discussion
Examinez ensemble critères d’archivage et règles de fin des robots.