GitHub
Attività, stato della CI, commit, pull request e issue di un singolo repository.
Cosa fa
Sorveglia un singolo repository e mostra cosa ci sta succedendo.
L’intestazione porta il nome del repository, il tag della sua release più recente e lo stato dell’ultima esecuzione del workflow: superata, fallita, in corso o in attesa. Sotto, una riga di statistiche mostra stelle, fork e issue aperte, e una riga di metadati mostra il linguaggio principale, quando è stato fatto l’ultimo push e il ramo predefinito.
Poi gli elenchi, ciascuno con una lunghezza configurabile:
- Commit: SHA breve, prima riga del messaggio, tempo relativo.
- Pull request: numero colorato in base allo stato (viola per le unite, verde per le aperte, rosso per le chiuse), titolo, età. Filtrabili per stato e ordinamento.
- Issue: numero, titolo, età. Le pull request vengono escluse, così l’elenco delle issue contiene davvero issue.
- Pipeline: un punto di stato, nome del workflow, ramo e orario.
Il contrassegno della release è cliccabile e apre la pagina della release.
Da dove arrivano i dati
L’API di GitHub, interrogata direttamente dalla tua macchina. I repository pubblici funzionano senza accedere; collega un account GitHub per i repository privati e per limiti di frequenza più alti.
Un 404 su un repository che sai esistere di solito significa che al token manca uno scope, e il widget lo dice invece di mostrare un errore nudo.
Limiti
- Un repository per widget. Per il lavoro sparso su più repository, usa Notifiche, Richieste di revisione o Issue assegnate.
- Sola lettura: non unisce, non commenta e non riesegue i workflow.
- L’aggiornamento segue un intervallo in minuti che imposti tu, non un webhook dal vivo.