Par Anonyme (non vérifié) , 29 avril 2026

Ce que vous accomplirez

Vous gâcherez délibérément un rebase, puis récupérerez en utilisant le reflog et ORIG_HEAD.

Par Anonyme (non vérifié) , 29 avril 2026

Ce que vous accomplirez

Vous configurerez un workflow de code review qui scale de trois à trente contributeurs : branch protection, CODEOWNERS, templates de PR, vérifications automatisées, et conventions pour relecteurs et auteurs.

Étape 1 : choisir un modèle

Le modèle dominant en 2026 est GitHub Flow.

Par Anonyme (non vérifié) , 29 avril 2026

Ce que vous accomplirez

Vous utiliserez git blame et git log ensemble pour reconstruire l'historique d'une ligne buguée, identifier quand et pourquoi un changement a été fait.

Par Anonyme (non vérifié) , 29 avril 2026

Ce que vous accomplirez

Vous configurerez l'automatisation du bump de version et la génération de changelog dirigées par Conventional Commits.

Le mécanisme

Le tooling lit les messages de commit suivant le format Conventional Commits et décide du type de release à couper.

Par Anonyme (non vérifié) , 29 avril 2026

Ce que vous accomplirez

Vous combinerez plusieurs dépôts Git existants dans un seul monorepo, en préservant l'historique de chaque repo sous son propre sous-répertoire.

Pourquoi monorepo

Les setups multi-repo rendent les changements cross-cutting difficiles.

Par Anonyme (non vérifié) , 29 avril 2026

Ce que vous accomplirez

Vous créerez un worktree Git pour checker une seconde branche dans un répertoire différent tout en gardant votre travail actuel intact.

Le problème

Vous êtes profond dans feature/checkout quand un coéquipier vous ping sur un hotfix urgent dans main.

Par Anonyme (non vérifié) , 29 avril 2026

Ce que vous accomplirez

Vous configurerez Git pour signer commits et tags en utilisant votre clé SSH existante, configurerez le fichier allowed-signers pour la vérification, et intégrerez avec GitHub ou GitLab.

Pourquoi la signature SSH

La signature SSH est arrivée dans Git 2.34. Elle réutilise la clé SSH que vous utilisez déjà pour pusher.

Par Anonyme (non vérifié) , 29 avril 2026

Ce que vous accomplirez

Vous ferez rollback d'une release problématique — d'abord en revertant les commits, puis en re-taggant une version antérieure pour redéploiement.