GitHub
Activité, état de l'intégration continue, commits, pull requests et tickets pour un dépôt.
Ce qu’il fait
Surveille un seul dépôt et montre ce qui s’y passe.
L’en-tête porte le nom du dépôt, l’étiquette de sa dernière version publiée, et l’état de la dernière exécution de workflow : réussie, en échec, en cours ou en attente. En dessous, une ligne de statistiques montre les étoiles, les forks et les tickets ouverts, et une ligne de méta-informations montre le langage principal, la date du dernier push et la branche par défaut.
Viennent ensuite les listes, chacune de longueur configurable :
- Commits : le SHA court, la première ligne du message, la date relative.
- Pull requests : le numéro coloré selon l’état (violet fusionnée, vert ouverte, rouge fermée), le titre, l’ancienneté. Filtrables par état et par ordre de tri.
- Tickets : le numéro, le titre, l’ancienneté. Les pull requests sont écartées, si bien que la liste des tickets ne contient bien que des tickets.
- Pipelines : un point d’état, le nom du workflow, la branche et l’heure.
La pastille de version est cliquable et ouvre la page de la version.
D’où viennent les données
L’API GitHub, interrogée directement depuis votre machine. Les dépôts publics fonctionnent sans connexion ; connectez un compte GitHub pour les dépôts privés et pour des limites de débit plus hautes.
Un 404 sur un dépôt dont vous savez qu’il existe signifie généralement qu’une portée manque au jeton, et le widget le dit au lieu d’afficher une erreur brute.
Limites
- Un dépôt par widget. Pour du travail réparti sur plusieurs dépôts, utilisez Notifications, Demandes de revue ou Tickets assignés.
- En lecture seule : il ne fusionne pas, ne commente pas et ne relance pas de workflows.
- L’actualisation suit une minuterie que vous réglez en minutes, pas un webhook en direct.