Michael JohnsonDall’11 novembre 2026, i titolari di account personali GitHub possono configurare tipi e campi per le issue nei repository di loro proprietà. Gli strumenti di pianificazione già descritti sono ora disponibili al pubblico per sviluppatori indipendenti e manutentori di progetti open source. GitHub supporta anche la gestione di tipi e campi tramite REST API, GraphQL e webhook, ha annunciato l’azienda.
Novità nei repository personali
Il titolare dell’account può configurare fino a 25 tipi di issue. Per impostazione predefinita sono disponibili Bug, Task e Feature; i tipi si possono modificare o integrare. È inoltre possibile creare fino a 25 campi per le issue, tra cui priorità, impegno richiesto, data di inizio e data obiettivo. Sono supportati campi di testo, numerici e di calendario, nonché campi a selezione singola e multipla.
I campi possono essere associati a determinati tipi di issue oppure resi disponibili per quelle senza tipo. Si possono specificare quando si crea un’issue e modificare in seguito. In GitHub Projects i campi sono utili per creare viste personalizzate e modificare i valori in blocco.
Vantaggi per i manutentori
Per un progetto di piccole dimensioni, tipi e campi delle issue offrono un modo condiviso per descrivere il lavoro. Per esempio, un manutentore può distinguere bug, funzionalità e attività generiche, specificando per ciascuna la priorità o la data obiettivo. Nei progetti, queste informazioni aiutano a filtrare e raggruppare le issue senza spostare la pianificazione fuori da GitHub Issues.
La novità estende l’accesso alla pianificazione strutturata agli sviluppatori indipendenti e ai manutentori di repository appartenenti ad account personali. Tipi e campi si configurano nelle impostazioni dell’account; l’annuncio di GitHub non promette la sincronizzazione automatica delle impostazioni tra account o repository diversi.
Cosa si può automatizzare
GitHub segnala che è possibile gestire tipi e campi a livello di codice tramite le API REST e GraphQL e i webhook. La documentazione descrive operazioni sui campi e sui relativi valori, oltre alle modifiche generate dagli eventi issues. Questo permette agli sviluppatori di integrare i propri processi: per esempio, reagire a una modifica del valore di un campo o impostarlo a livello di codice. L’integrazione specifica va realizzata separatamente.
Nello stesso aggiornamento, GitHub ha aggiunto la possibilità di creare etichette e milestone direttamente da un’issue quando nell’elenco non è disponibile un valore adatto. Questo piccolo miglioramento semplifica il lavoro sulle issue; la novità principale è la disponibilità di tipi e campi personalizzabili nei repository degli account personali.
Per un progetto indipendente, il risultato è una gestione più strutturata delle Issues e la possibilità di elaborare i campi tramite API e webhook. I vantaggi dipendono dalle categorie e dai dati scelti dal manutentore per le proprie issue.
