Ouvrez le projet concerné depuis la liste des projets. Vous devez être sur la page du projet pour voir les onglets Repos, Commits/Changelogs, etc.

Cliquez sur l’onglet “Commits” ou “Changelogs” (selon ce que vous souhaitez consulter). La page affiche un en-tête avec les contrôles de filtre et un résumé (nombre de branches, logs, développeurs uniques).

La vue est organisée par groupe de branches. Pour chaque branche vous verrez : nom, nombre de commits et nombre de logs générés. Parcourez la timeline verticale pour repérer les commits récents.

Activez “Group by developer” si vous voulez voir les commits regroupés par auteur. Cela facilite la lecture quand plusieurs contributeurs travaillent dans la même branche.

Cliquez sur un groupe (branche ou auteur) pour dérouler la liste des commits associés et visualiser les petites cartes de commits et leurs logs.

Dans l’en-tête, sélectionnez une valeur pour l’un des filtres : branche (All branches / branche spécifique), agent (tous les agents / agent précis) ou développeur.

Vous pouvez combiner plusieurs filtres (par exemple : branche = feature/x et agent = Summarize git diff). La liste s’actualise immédiatement pour ne montrer que les groupes correspondants.

Juste à côté des filtres, le tableau de bord affiche : nombre de branches visibles, nombre total de logs et nombre de développeurs uniques dans la vue filtrée.

Si vous voulez revenir à la vue complète, cliquez sur “Reset” ou “Réinitialiser” pour enlever tous les filtres d’un coup.

Dans la timeline, repérez la carte du commit qui vous intéresse. Les éléments visibles d’emblée : date relative/absolue, auteur, message de commit (ou SHA si court), et un badge indiquant le nombre de logs générés.

La carte affiche souvent un identifiant court (les 7 premiers caractères du SHA) : c’est pratique pour copier/partager la référence du commit.

Chaque commit peut contenir 0, 1 ou plusieurs logs/générations. Cliquez sur un log pour développer son contenu : titre, agent qui a produit le log, statut (success / error / pending), et le contenu généré (résumé, changelog, recommandations).

Les badges de statut indiquent si l’exécution a réussi ou échoué. Si une génération a échoué, vérifiez le message d’erreur visible dans le log étendu pour comprendre la cause (par ex. accès manquant, timeout, ou format inattendu).

Consultez les statistiques globales associées au commit (ajouts, suppressions, total). Ces chiffres donnent un aperçu rapide de l’ampleur du changement avant d’ouvrir les diffs fichier par fichier.

Après avoir sélectionné un commit, cherchez la section “Diff” ou la liste des fichiers modifiés. Chaque fichier affiche son statut (modified, added, deleted, renamed) et un aperçu du patch si disponible.

Le diff met en évidence : lignes ajoutées (+), lignes supprimées (-). Les additions apparaissent habituellement en vert et les suppressions en rouge. Les fichiers créés montrent seulement des lignes ajoutées ; les fichiers supprimés peuvent ne pas contenir de patch lisible.

Cliquez sur un fichier pour dérouler le patch complet. Recherchez les sections modifiées : elles contiennent le contexte avant/après et permettent d’identifier exactement ce qui a changé.

Certains diffs peuvent être tronqués ou absents (grand fichier binaire, suppression complète, ou limitation du provider). Si le patch n’est pas présent, la vue affiche souvent le statut et le nombre d’octets modifiés.

Après lecture du diff, vous pouvez : annoter le log, ouvrir une discussion, marquer le contenu comme revu, ou déclencher des actions de publication selon le flux de travail du projet.

Dans l’onglet Commits/Changelogs, repérez le bouton “Process recent commits” ou équivalent. Il est généralement placé dans la barre d’actions ou dans le panneau de configuration des logs.

Cliquez sur le bouton pour démarrer le traitement. L’interface indique que la tâche est en cours et le bouton peut passer en état “processing” pour éviter les clics répétés.

Le système simule des événements de type “push” pour les commits récents et exécute les hooks/agents configurés sur ces commits. Vous verrez apparaître de nouvelles exécutions dans la liste des logs.

Surveillez la liste des logs : chaque exécution aura un statut (pending, success, error). Les exécutions réussies génèrent des contenus (résumés, changelogs) qui s’attachent au commit concerné.

L’interface peut mémoriser que vous avez déjà lancé un traitement récent (p.ex. via stockage local). Si vous avez besoin de relancer, vérifiez l’historique pour éviter d’exécuter plusieurs fois la même logique inutilement.