G.6 · Versionner et collaborer
Un historique propre : amend et rebase
Lab sur une machine Linux · questionnaire de validation · gratuit, dans le navigateur
L'historique est lu par vos collègues, par les relecteurs d'une demande de fusion, et par vous dans six mois quand il faudra comprendre d'où vient un bug. Des commits « wip », « fix », « fix 2 » le rendent illisible. Git permet de réécrire son historique local avant de le partager : corriger le dernier commit, rejouer une branche sur la dernière version de main, regrouper des commits.
Ce que vous saurez à la fin : corriger le dernier commit avec
--amend, rejouer une branche avecrebase, choisir entremergeetrebase, et nettoyer une série de commits avec le rebase interactif.
Au programme de ce lab
- Votre mission
- Pas à pas
- Corriger le dernier commit : --amend
- Rejouer une branche : rebase
- Merge ou rebase ?
- Nettoyer une série : le rebase interactif
Ce que KubeNow vérifie
- Le dernier commit de fonction/panier s'appelle « Calcule le total du panier »
- fonction/panier repart du dernier commit de main
- Un historique linéaire : 2 commits, sans fusion
- Le premier commit de la branche est toujours « Ajoute le panier »