Historique Git maîtrisé

Comment conserver des changements lisibles et revenir sur une erreur sans perdre le travail validé ?

• Lovable
• Claude Code
• Codex

1250 € par session, HTVA

En résumé

En une demi-journée de 3 heures les participants pratiquent les gestes Git nécessaires pour suivre un petit projet assisté par IA : examiner les différences, créer des commits, isoler une modification et corriger une erreur. Ils repartent avec un dépôt local vérifié, un historique lisible et une procédure réutilisable.

Pourquoi cette formation ?

Les modifications générées à partir d’instructions peuvent toucher plusieurs fichiers et mélanger correction, présentation et comportement. Sans historique structuré, identifier l’origine d’une régression devient difficile et les copies successives de dossiers ne permettent pas de comparer proprement les changements. Git rend les décisions traçables à condition de relire les différences et de découper le travail. La formation privilégie des manipulations explicables : savoir ce qui sera enregistré, pourquoi une branche existe et comment annuler un commit tout en conservant une trace. Cas fil rouge : L’organisation fictive « Avelune Prêtothèque » développe une petite interface de réservation de matériel. Une modification assistée par IA améliore les libellés mais introduit une régression de validation. Les participants doivent séparer ces changements, intégrer une correction concurrente et annuler la régression sans supprimer l’historique utile. Transfert au travail : Sur un projet autorisé, reprendre la routine status, diff, sélection, test et commit. Examiner les cinq prochains commits avec la grille de contrôle : intention unique, message explicite, tests consignés et absence de secrets. Ajuster ensuite la taille des changements.

Les objectifs de cette formation

• Initialiser un dépôt local et distinguer fichiers modifiés, indexés et enregistrés.
• Inspecter les différences avant de sélectionner les fichiers d’un commit.
• Créer une branche et fusionner une modification contrôlée.
• Résoudre un conflit simple puis vérifier le comportement obtenu.
• Annuler un commit avec revert et documenter les contrôles réalisés.

Pour qui et avec quels prérequis ?

Rôles et tâches concernés

• Créateurs de petits projets utilisant Lovable, Claude Code ou Codex pour générer ou modifier du code.
• Collaborateurs amenés à reprendre et corriger un projet partagé, sans pratique régulière de Git.

Compétences préalables

• Savoir ouvrir un projet, modifier un fichier et lancer une commande dans un terminal.
• Avoir déjà utilisé un assistant de code et reconnaître les fichiers principaux de son projet.

Ce que vous travaillerez

1. Installer les repères et protéger les fichiers

   Objectif : Construire un premier état de référence contrôlé. Dépôt, répertoire de travail, index et commit ; init, status, add, commit ; exclusions par .gitignore et limites pour les fichiers déjà suivis.

2. Relire et découper les modifications

   Objectif : Enregistrer uniquement les changements compris et testés. diff, diff --staged et log ; intention des commits ; revue humaine du code généré ou modifié à partir d’instructions.

3. Isoler puis réunir le travail

   Objectif : Fusionner une branche en traitant un conflit simple. switch, branches et merge ; origine des conflits ; lecture des versions concurrentes et validation après résolution.

4. Annuler sans effacer et contrôler

   Objectif : Retrouver un état fonctionnel avec une trace explicite. Recherche dans log, annulation par revert, distinction avec les commandes destructrices ; dépôt local versus distant et principes de synchronisation autorisée.

Ce que vous emportez

• Dépôt local avec historique de commits cohérents et branche fusionnée.
• Fichier .gitignore adapté et exemple de configuration sans secret.
• Journal de tests avant et après fusion et annulation.
• Aide-mémoire Git et grille de contrôle renseignée.

Méthode et évaluation

• Apports courts suivis de pratique immédiate sur le cas fil rouge.
• Travail individuel puis en binômes, avec relecture croisée des productions.
• Mise en commun guidée : ce qui fonctionne, ce qui doit être corrigé, ce qui reste une décision humaine.
• Préparation : Installer Git, vérifier son identité de commit et disposer d’un terminal ainsi que d’un éditeur autorisés. Préparer le projet fictif fourni avec ses tests et, facultativement, un accès organisationnel autorisé à Lovable, Claude Code ou Codex ; aucune donnée confidentielle n’est nécessaire.

Critères observables : Chaque commit examiné correspond à une intention identifiable et possède un message explicite. ; Les fichiers sensibles prévus dans l’exercice restent non suivis ; aucun secret ne figure dans les commits. ; La fusion ne laisse aucun marqueur de conflit et les tests prévus passent. ; Le revert annule la régression ciblée sans retirer l’amélioration indépendante. ; Le participant explique status, diff et log à partir de son dépôt..

Questions fréquentes

Un assistant de code est-il indispensable ?

Non. Les modifications fournies permettent de pratiquer Git sans assistant.

Les trois outils sont-ils manipulés ?

Non. Un seul outil autorisé suffit ; consulter sa documentation officielle pour les capacités et modalités exactes.

Peut-on utiliser des données réelles ?

Les exercices utilisent uniquement des cas fictifs ou anonymisés, sans secrets.

Le projet sera-t-il mis en production ?

Non. Le livrable est un dépôt local contrôlé ; aucun déploiement réel n’est prévu.