Table des matières

antoinebou12 : Comment le profil GitHub est assemblé

Ce dépôt contient le README de mon profil GitHub. Il combine du Markdown, des images, des widgets intégrés et des mises à jour planifiées. Le profil lui-même ne contient pas de serveur applicatif.

Configuration et automatisation

Mis à jour 2026-10-23
2
GPL-3.0

Code source README Markdown

Langages: 0Répartition du code
Composants documentés: 2Explorer les modules
Documents source: 1Lire les instructions

Langages du dépôt

Parts calculées à partir des octets GitHub Linguist.

GitHub ne recense aucun octet de langage pour ce dépôt.

GitHub README Statistiques de langages

1. Aperçu

1.1. Pourquoi il existe

Workflow automatisé de rendu de métriques et SVG pour profil GitHub dynamique.

1.2. Cas d’usage

Génération automatique d'assets de profil.

2. Cas d’utilisation

README de profil GitHub avec liens, badges, projets épinglés et statistiques, tenu à jour par des Actions planifiées.

Acteurs à gauche (personnes) et à droite (systèmes externes) ; chaque ovale est un cas d’utilisation appuyé par les fichiers cités ci-dessous.

Lire le profil et les liens: Visiteur du profil
README.md commence par le titre plateforme et infographie, puis les liens (GitHub, LinkedIn, site, CV, courriel), les badges de certification et les principaux langages et outils.
Parcourir les projets phares: Visiteur du profil
Une section repliable Featured projects affiche des cartes pour des dépôts comme AINewsTracker, hass_renpho, ipc-toolkit et TrueMapData, ainsi que les organisations DashCTRL, ETSim et UFOKEK.
Régénérer le graphe 3D: GitHub Actions
github-profile-3d-contrib.yml s’exécute chaque jour à 5 h UTC, génère le calendrier 3D des contributions, ne garde que profile-night-green.svg et le valide dans le dépôt.
Actualiser badges LeetCode: GitHub Actions
update-readme.yml s’exécute chaque jour à 12 h UTC, récupère les statistiques sur leetcodestats.cyclic.app et réécrit les badges entre les marqueurs LEETCODE_STATS de README.md.
Vérifier les liens: Propriétaire du profilGitHub Actions
À chaque push ou pull request vers main ou master, check-links.yml lance lychee sur README.md et docs/**/*.md et écrit un résumé de tâche.
Publier la page Jekyll: Propriétaire du profilGitHub Actions
jekyll-pages.yml construit docs/ avec le thème jekyll-theme-primer et le déploie sur GitHub Pages ; docs/index.md renvoie au README du profil.

2.1. Scénario : Modifier le profil et laisser l’automatisation suivre

Le propriétaire modifie README.md, par exemple la liste Featured projects, et pousse sur master.
check-links.yml lance lychee sur README.md et le Markdown de docs et signale les liens brisés.
jekyll-pages.yml construit docs/ et déploie le petit site Jekyll sur GitHub Pages.
Chaque jour, github-profile-3d-contrib.yml régénère profile-night-green.svg et le valide.
Un visiteur ouvre la page de profil et voit le README à jour, les cartes de statistiques et le calendrier 3D.

Fichiers consultésREADME.md.github/workflows/github-profile-3d-contrib.yml.github/workflows/update-readme.yml.github/workflows/check-links.yml.github/workflows/jekyll-pages.ymldocs/_config.ymldocs/index.md

3. Démarrage

Ces commandes viennent de la documentation du dépôt. Elles n’ont pas été exécutées pendant cette revue.

4. Références du dépôt

Le dépôt ne fournit pas de guide détaillé pour ces étapes. Commencez par le README et les fichiers commentés ci-dessus.

Documentation source

README.md

1 documents lus parmi 1 candidats.

5. Fonctions et composants 2

README et ressources: README.md est le document visible du profil. Les dossiers images, models et profile-3d-contrib regroupent des ressources associées. GitHub affiche le document, tandis que certains services liés produisent leurs propres images.
Modifications planifiées: Le workflow update-readme récupère des statistiques LeetCode, construit des liens de badges et remplace le texte entre des marqueurs du README. D’autres workflows concernent le graphique de contributions, les liens et Pages.

6. Architecture

Ouvrez un composant pour suivre ses connexions, ou explorez le diagramme complet.

Composants du système Contexte

Statistiques externes
- Vers GitHub Actions
GitHub Actions
- Depuis Statistiques externes
- Vers Section délimitée du README
Section délimitée du README
- Depuis GitHub Actions
- Vers Profil GitHub
Profil GitHub
- Depuis Section délimitée du README

Mermaid Diagramme interactif

Vue générale des composants et des échanges vérifiés dans le dépôt.

Vue statique de l’architecture de antoinebou12 — Aperçu statique. Le diagramme interactif le remplace après le chargement de Mermaid.

flowchart LR
  n0["Statistiques externes"]
  n1["GitHub Actions"]
  n2["Section délimitée du README"]
  n3["Profil GitHub"]
  n0 --> n1
  n1 --> n2
  n2 --> n3

Version texte du diagramme

Statistiques externes → GitHub Actions
GitHub Actions → Section délimitée du README
Section délimitée du README → Profil GitHub

Suivre un parcours dans le code

Dans update-readme.yml, suivez la réponse HTTP jusqu’aux chaînes de badges, puis au remplacement entre marqueurs. Si un marqueur manque, ce remplacement n’a pas lieu.

7. Dossier technique

Établi à partir du code au commit c519c6b (6 fichiers). Chaque élément vient d’une correspondance de motif dans le code: ouvrez le fichier lié avant de vous y fier.

7.1. Couches et modules

Les dossiers sont classés par couche selon leur nom, de l’interface utilisateur jusqu’à l’accès aux données. Comme le classement repose sur les noms seulement, le diagramme ne dit rien des appels entre couches.

Mermaid Vue en couches

flowchart TB
  subgraph L_hosting["Build, CI et hébergement"]
    direction TB
    hosting_0[".github<br/>5 fichiers"]
  end

7.2. Modèle C4

Du contexte du système aux déclarations du code. Chaque niveau conserve les limites des sources disponibles.

UML 1 · Contexte du système

La vue C4 la plus large : qui utilise le projet et sur quels systèmes et stockages externes il s’appuie. Rendu avec uml-mcp.

Source PlantUML

@startuml
!include <C4/C4_Context>
LAYOUT_LEFT_RIGHT()
System(SYS, "antoinebou12", "Ce dépôt contient le README de mon profil GitHub")
@enduml

UML 2 · Conteneurs

Un niveau plus près : les parties qui s’exécutent séparément dans le projet, leur langage principal et le chemin des appels entre elles. Rendu avec uml-mcp.

Source PlantUML

@startuml
!include <C4/C4_Container>
LAYOUT_LEFT_RIGHT()
System_Boundary(SYS, "antoinebou12") {
  Container(APP, "antoinebou12", "")
}
@enduml

UML 3 · Composants et couches

Modules regroupés par couche du code. Les limites indiquent l’organisation, sans affirmer une isolation à l’exécution ni des appels. Rendu avec uml-mcp.

Source PlantUML

@startuml
!include <C4/C4_Component>
LAYOUT_TOP_DOWN()
System_Boundary(SYS, "antoinebou12") {
Boundary(L0, "Build, CI et hébergement", "layer") {
Component(M0_0, ".github", ".yml", "5 fichiers")
}
}
@enduml

Niveau 4: les sources disponibles ne permettent pas de tracer cette vue.

7.3. Pipeline CI/CD

4 workflows GitHub Actions, 5 tâches. Chaque boîte est une tâche ; les boîtes à double bord publient ou déploient, et les flèches suivent les dépendances needs.

Mermaid Déroulement du pipeline

flowchart LR
  subgraph wf0["Check links"]
    direction LR
    wf0_lychee["lychee<br/>ubuntu-latest"]
  end
  subgraph wf1["GitHub-Profile-3D-Contrib"]
    direction LR
    wf1_build[["generate-github-profile-3d-contrib<br/>ubuntu-latest"]]
  end
  subgraph wf2["Deploy Jekyll site to Pages"]
    direction LR
    wf2_build[["build<br/>ubuntu-latest"]]
    wf2_deploy[["deploy<br/>ubuntu-latest"]]
  end
  subgraph wf3["Update README with LeetCode Stats"]
    direction LR
    wf3_update_readme[["update-readme<br/>ubuntu-latest"]]
  end
  t0(["push · demande de fusion · lancement manuel"])
  t1(["planification · lancement manuel"])
  t2(["push · lancement manuel"])
  t3(["lancement manuel · planification"])
  d0[("GitHub Pages")]
  t0 --> wf0_lychee
  t1 --> wf1_build
  t2 --> wf2_build
  wf2_build --> wf2_deploy
  wf2_deploy -.-> d0
  t3 --> wf3_update_readme

Workflows, déclencheurs, tâches et cibles
Workflow	Déclencheurs	Tâches	Publie vers
Check links `.github/workflows/check-links.yml`	push, demande de fusion, lancement manuel	lychee `ubuntu-latest` Checkout · Link checker	—
GitHub-Profile-3D-Contrib `.github/workflows/github-profile-3d-contrib.yml`	planification, lancement manuel	generate-github-profile-3d-contrib `ubuntu-latest` actions/checkout · yoshi389111/github-profile-3d-contrib · Keep only profile-night-green.svg · Commit & Push	—
Deploy Jekyll site to Pages `.github/workflows/jekyll-pages.yml`	push, lancement manuel	build `ubuntu-latest` Checkout · Configure Pages · Build with Jekyll · Upload Pages artifact deploy ← build `ubuntu-latest` Deploy to GitHub Pages	GitHub Pages
Update README with LeetCode Stats `.github/workflows/update-readme.yml`	lancement manuel, planification	update-readme `ubuntu-latest` Check out code · Set up Python · Install Requests Python Package · Update README with LeetCode stats · Commit and push	—

7.4. Déploiement

Mermaid Schéma de déploiement

flowchart LR
  repo[("Dépôt GitHub")]
  ci[["GitHub Actions<br/>4 workflows"]]
  pub_GitHub_Pages[("GitHub Pages")]
  repo -->|"push ou demande de fusion"| ci
  ci -->|"publie"| pub_GitHub_Pages

Où il s’exécute

Workflow de déploiement CI

Publié vers

GitHub Pages

7.5. Sécurité

Chaîne d’approvisionnement

Mises à jour Renovate

Les sources disponibles ne documentent pas les autres sections.

8. Référence

1 / 1 fichiers admissibles lus (88 dans l’arbre); 0 trop volumineux, 0 échec de lecture et 0 diagnostic de syntaxe.

Ce que couvre l’analyse

Les dossiers connus de dépendances et de compilation, les fichiers d’identifiants et les binaires sont exclus. La collecte couvre les README, les manifestes reconnus et les fichiers source pris en charge.

Les statistiques Linguist couvrent l’ensemble du dépôt et peuvent inclure d’autres langages.

10. Fichiers à lire 3

11. Glossaire

Dépôt

Les fichiers source, la configuration et l’historique versionné d’un projet.

README

Le document d’entrée du dépôt, qui présente généralement son rôle et son installation.

Dépendance

Une bibliothèque, un outil ou un service nécessaire à la compilation ou à l’exécution d’un composant.

HTTP

Un protocole de requête et réponse utilisé par les navigateurs et services web. Une requête comprend une méthode, un chemin, des en-têtes et parfois un corps.

Compilation

Les étapes qui transforment les sources et dépendances en programme exécutable ou en livrable distribuable.

Intégration continue

Des vérifications automatiques lors des changements de source, comme la compilation, les tests et l’analyse statique. Elles ne couvrent que ce qu’elles vérifient.

GPU

Un processeur conçu pour les calculs parallèles, dont le rendu graphique et de nombreuses opérations numériques.

Maillage

Une surface représentée par des sommets et des éléments reliés, souvent des triangles. Sa géométrie est distincte de son matériau ou de sa texture.

12. Références

antoinebou12. (2026, 5 novembre). antoinebou12. [Software repository] github.com.
antoinebou12. (2026, 5 novembre). antoinebou12: README. [Repository documentation] github.com.
antoinebou12. (2026, 5 novembre). README.md. [Source file] github.com.
antoinebou12. (2026, 5 novembre). .github/workflows/update-readme.yml. [Source file] github.com.
antoinebou12. (2026, 5 novembre). .github/workflows/github-profile-3d-contrib.yml. [Source file] github.com.
Boucher, A. (2026, 23 octobre). antoinebou12 : Comment le profil GitHub est assemblé. [Project article] antoineboucher.info.

Les sources sans date de publication indiquent la date de leur dernière vérification, le 5 novembre 2026. Les liens des fichiers conservent la révision inspectée lorsqu’elle est disponible.