Git pour les PM : livrer en équipe sans risquer la prod

Que vais-je savoir faire à la fin de ce cours, et dans quel ordre ?

1. Présentation du cours2 étapes

   Objectif · À la fin de cette présentation, vous saurez ce que vous serez capable de faire dans un dépôt d'équipe (livrer un changement par pull request sans risque pour la production) et par quels cinq modules le cours vous y conduit.

Qu'est-ce qui se passe entre mon commit et la production, et qui décide ?

1. Le modèle mental de Git en équipe4 étapes

   Objectif · À la fin de cette leçon, vous serez capable d'expliquer où se trouve un changement (fichiers, index, commit local, dépôt distant, main) et de dire, à partir de git status et git log, ce qui manque pour qu'il atteigne la production.

2. Lire un dépôt et son pipeline avant d'y toucher5 étapes

   Objectif · À la fin de cette leçon, vous serez capable de lire les fichiers clés d'un dépôt existant (README, CONTRIBUTING, CODEOWNERS, workflows de CI, configuration de l'hébergeur) pour dire qui relira votre changement, ce qui sera vérifié, où le tester et quel événement l'enverra en production.

Quelles commandes utiliser, dans quel ordre, et comment nommer mon travail ?

1. Les commandes du quotidien, et ce qui peut mal tourner4 étapes

   Objectif · À la fin de cette leçon, vous serez capable d'enchaîner les commandes Git d'une journée de contribution (clone, switch -c, status, diff, add -p, commit, push -u, fetch, pull, log) ou leurs équivalents dans GitHub, en sachant ce que chacune modifie et comment repérer une erreur avant qu'elle parte sur le dépôt partagé.

2. Stratégie de branches et messages de commit5 étapes

   Objectif · À la fin de cette leçon, vous serez capable de comparer le développement basé sur le tronc et Git flow pour un contexte donné, de nommer une branche selon une convention lisible et d'écrire des messages de commit au format Conventional Commits.

Comment obtenir une relecture rapide, passer les vérifications et fusionner sans surprise ?

1. Ouvrir une pull request que l'équipe a envie de relire5 étapes

   Objectif · À la fin de cette leçon, vous serez capable d'ouvrir une pull request petite et complète : titre clair, description (pourquoi, quoi, comment tester, risques), lien vers le ticket, statut brouillon ou prêt, et relecteurs adaptés grâce à CODEOWNERS.

2. Relecture, checks, prévisualisation et fusion6 étapes

   Objectif · À la fin de cette leçon, vous serez capable de répondre à une relecture, d'interpréter les checks requis, d'utiliser la prévisualisation comme test d'acceptation et de choisir une méthode de fusion (commit de fusion, squash, rebase) en connaissant ses effets sur l'historique.

3. Résoudre un conflit sans paniquer4 étapes

   Objectif · À la fin de cette leçon, vous serez capable de lire des marqueurs de conflit, de résoudre un conflit simple en ligne de commande ou dans l'éditeur de GitHub en conservant l'intention des deux côtés, de vérifier le résultat, et de reconnaître les conflits à confier à un développeur.

Qu'est-ce qui empêche une erreur d'atteindre les utilisateurs, et que faire si elle passe quand même ?

1. Les filets de sécurité qui protègent la production5 étapes

   Objectif · À la fin de cette leçon, vous serez capable d'auditer les filets de sécurité d'un dépôt (protection de branche ou rulesets, checks requis, relecture obligatoire, prévisualisation et staging, feature flags, déploiement progressif) et de proposer, avec un indicateur, ceux qui manquent le plus.

2. Annuler un changement sans aggraver la situation5 étapes

   Objectif · À la fin de cette leçon, vous serez capable de choisir la bonne façon d'annuler un changement selon l'endroit où il se trouve (fichier, commit local, branche partagée, main, production) : git restore, git reset, git revert, bouton Revert d'une pull request ou retour arrière du déploiement, sans jamais forcer l'historique partagé.

Comment faire travailler un agent IA dans ce circuit, marquer une version et livrer ma première amélioration ?

1. Faire travailler un agent de code IA dans un dépôt d'équipe5 étapes

   Objectif · À la fin de cette leçon, vous serez capable de faire travailler un agent de code comme Claude Code dans le circuit de l'équipe : sur une branche dédiée, avec des règles écrites dans CLAUDE.md, des preuves de vérification, des secrets protégés et une relecture humaine de chaque diff avant la fusion.

2. Tags, versions et notes de version4 étapes

   Objectif · À la fin de cette leçon, vous serez capable de déterminer le prochain numéro de version selon le versionnage sémantique à partir des changements fusionnés, de savoir comment un tag est créé et publié, et de rédiger des notes de version utiles aux utilisateurs.

3. Atelier final : livrer une amélioration de bout en bout4 étapes

   Objectif · À la fin de cet atelier, vous aurez livré une petite amélioration par pull request dans un dépôt d'entraînement doté d'une CI et de prévisualisations, en respectant une définition de « prêt à fusionner » et en gardant les preuves de chaque étape.