GitHub amplia l’archiviazione dei PR: fermare i commenti automatici
Chi gestisce il triage può archiviare senza chiedere a un amministratore. Prima di ripulire la coda, controlla i bot che vogliono ancora pubblicare risultati e promemoria.
I limiti confermati
GitHub ha annunciato la modifica l’8 ottobre 2026. Triage e ruoli superiori possono archiviare e rimuovere l’archiviazione. Archiviare chiude il PR e blocca commenti, reazioni e commenti automatici. La precisazione del 9 ottobre mantiene visibilità per triage, write, maintain e admin, ma lo nasconde al pubblico. Rimuovere l’archiviazione non lo riapre.
Controllare lo stato prima di commentare
Proposta: terminare i lavori con destinazione confermata archiviata e registrarne il motivo internamente, senza invii ripetuti. Verifica stati e risposte reali dell’integrazione. Non si promette un nuovo campo API. Distingui archiviazione, permessi insufficienti e rete.
Conservare le prove prima di ripulire
Eliminare spam o duplicati è diverso da archiviare decisioni aperte. Annota motivo, ultima verifica, issue e PR di riferimento. Conserva il contesto pubblico necessario in una sede adatta, senza divulgare dati privati.
Triage non equivale a modificare codice
Delegare attività ordinarie richiede criteri. Revisioni attive e domande irrisolte vanno valutate da una persona. Dopo la rimozione dell’archiviazione, verifica separatamente se riaprire il PR ancora chiuso.
Controlla i ruoli effettivi e prova la conclusione di un job di commento su una destinazione appropriata. Un errore non giustifica un PR sostitutivo. Il comportamento è confermato; le regole operative sono proposte. La discussione non misura l’adozione.
Fonte ufficiale e discussione
Valuta insieme criteri di archiviazione e regole di arresto dei bot.