Résoudre les conflits de fusion

C'est la dernière leçon du cours, et c'est le moment de te rassurer une bonne fois pour toutes : un conflit de fusion n'est ni une erreur ni un échec — c'est une partie tout à fait normale du travail d'équipe. La plupart du temps, Git fusionne tout seul les changements qui ne se chevauchent pas, en

Un conflit de fusion, c'est comme deux personnes qui écrivent au crayon sur la même ligne d'une page. Git essaie de tout combiner, mais sur la ligne qui se chevauche, il n'ose pas deviner — il empile les deux versions l'une au-dessus de l'autre et te demande de choisir laquelle reste. Dès que tu choisis et supprimes les marqueurs — le différend est terminé.

Conflit de fusion (merge conflict): Situation où deux branches ont modifié les mêmes lignes du même fichier, donc Git ne peut pas fusionner automatiquement. Il marque les deux versions et te demande de choisir. C'est normal, pas une erreur.
Marqueurs de conflit (conflict markers): Les lignes que Git écrit dans le fichier : <<<<<<< pour le début de ton côté (HEAD), ======= comme séparateur, et >>>>>>> pour le début de l'autre côté. Il faut supprimer les trois à la fin.
HEAD (ton côté): Dans un conflit, le bloc entre <<<<<<< HEAD et ======= est la version de la branche sur laquelle tu te trouves en ce moment — « mon côté ».
Fusion automatique (auto-merge): Quand les changements de deux branches ne touchent pas les mêmes lignes, Git les fusionne tout seul sans demander. La plupart des fusions se passent ainsi, en silence, sans aucun conflit.
Résoudre (resolve): Le processus : ouvrir le fichier, choisir ce qui reste (un côté, l'autre, ou une combinaison), supprimer tous les marqueurs, puis git add <file> et git commit pour terminer la fusion.