Parc mister-guiiug — dépôts, pipelines, librairies

Dernier run de chaque workflow actif, pris sur la branche par défaut du dépôt (à défaut, le dernier run toutes branches). Les workflows réutilisables du socle sont exclus : ils n'ont pas de run propre.

Une carte par dépôt git : copie locale, pipelines, pile technique. Les versions de librairies sont celles verrouillées dans le lockfile — pas la plage déclarée.

Aucun dépôt ne répond à ces filtres.

Versions réellement verrouillées dans les lockfiles, agrégées sur tout le parc. Seuls les paquets présents dans au moins deux dépôts sont listés : un paquet unique est une dépendance d'application, pas une librairie du parc. Le dégradé va du plus récent (foncé) au plus ancien ; au-delà de quatre versions, la queue est repliée en gris. Cliquez une ligne pour voir quel dépôt porte quelle version.

Aucun paquet ne répond à ces filtres.

Librairies dont la dernière version publiée a plus d'un an. La date de publication seule ne dit pas grand-chose : une bibliothèque peut être stable et finie, ou simplement abandonnée. Ce tableau montre donc deux dates — la dernière version parue au registre, et le dernier commit reçu par le dépôt amont. Quand les deux se sont tues, la question d'un remplacement se pose ; quand seul le registre se tait, c'est une version qui manque, pas un projet mort.

Aucune librairie du parc n'est restée plus d'un an sans publication.

La section précédente répond « qui porte quelle version » paquet par paquet ; celle-ci les met côte à côte. Une ligne est un dépôt, une colonne un paquet, une cellule la version qu'il verrouille. La couleur ne dit pas « vieux » dans l'absolu mais l'écart à la version la plus récente du parc — la seule sur laquelle on peut agir, puisqu'un autre dépôt la tient déjà. Par défaut, seuls les paquets réellement éclatés sont montrés ; les colonnes s'ajoutent et se retirent une à une. Tout en-tête classe le tableau — un paquet sur la version portée, Dépôt sur le nom, Écarts sur leur nombre. Un clic, puis l'inverse, puis retour au tri courant. La comparaison des versions est sémantique : 1.9.0 précède 1.10.0. Un dépôt qui ne dépend pas du paquet n'a pas de version à comparer, il reste en bas dans les deux sens.

Aucune colonne sélectionnée.

Aucun dépôt ne répond à ces filtres.

Ce que chaque consommateur prend réellement au socle, lu dans son code à chaque relevé — pas le champ configs du catalogue, tenu à la main. Une ligne est ce que le socle offre (un module importé, un outil appelé par un script, un workflow réutilisable), une colonne un dépôt qui en dépend, du plus gros preneur au plus petit. Un point plein ● : il le prend directement ; un rond ○ : il le reçoit par un autre module du socle, ou la CI partagée le lance pour lui. Une ligne qu'aucune colonne ne prend, ni directement ni autrement, est un candidat au retrait ; un clic sur un dépôt liste les modules que la plupart des autres prennent et pas lui — l'effort pour qu'il s'appuie davantage sur le socle.

Le graphe interne du socle est incomplet — un fichier illisible au relevé : des ronds ○ peuvent manquer. Il sera relu au prochain passage.

Rien ne répond à ces filtres.

Le relevé n'a pas encore mesuré l'usage du socle.

Déploiements en cours, production en retard, sites hors ligne, URL mortes et morceaux fugaces.

Rien à signaler côté production.

Évolution sur l’historique du relevé — la page dit si le parc s’améliore.

Pas assez d’historique pour une tendance.

Backlog Renovate agrégé sur tout le parc : en attente, majeures, et paquets que Renovate ne sait pas résoudre.

Irrésolubles

Rien en attente chez Renovate.

Dependabot et CodeQL agrégés : quels dépôts portent combien d’alertes, et les graves d’abord.

Aucune alerte lisible.