ตัวอย่างบทเรียน

Branches : la réalité parallèle de votre code

Les branches sont au cœur de Git, et c'est souvent là que la plupart des débutants commencent à avoir peur. Nous allons démystifier les branches : vous verrez qu'une branche est simplement un pointeur, pas une copie des fichiers. Nous verrons comment créer des branches, passer de l'une à l'autre et fusionner des modifications, tout en explorant la différence entre une fusion fast-forward et une fusion à trois branches à travers des exemples concrets.

branche HEAD fusion (merge)

คุณจะเรียนรู้อะไรในบทเรียนนี้

Vous comprendrez qu'une branche est un pointeur léger et vous n'aurez plus peur d'en créer à tout moment.
Vous saurez créer des branches, passer de l'une à l'autre et fusionner des modifications avec la commande merge.
Vous serez capable de faire la différence entre une fusion fast-forward et une fusion à trois branches, et saurez quand utiliser chaque scénario.

จุดเริ่มต้นของบทเรียน

Le mythe de la copie des fichiers dans les branches

Une branche n'est pas une copie des fichiers, mais un simple pointeur
La création d'une branche prend une fraction de seconde
Aucun coût de stockage supplémentaire
Toutes les branches travaillent sur les mêmes fichiers

Imaginez que chaque fois que vous créez une branche, votre projet entier soit copié - ce serait un cauchemar pour les gros dépôts ! Heureusement, Git est bien plus intelligent que cela. Une branche n'est qu'un pointeur vers un commit spécifique dans l'historique des modifications. Aucun fichier n'est dupliqué, ce qui rend les opérations sur les branches instantanées. C'est comme naviguer entre différents points dans le temps de votre code, plutôt que de créer des univers parallèles pour chaque modification.

Le fonctionnement interne d'une branche

Une branche = un fichier texte contenant le hash d'un commit
Stocké dans .git/refs/heads/
Taille : exactement 40 caractères
Nouvelle branche = nouveau fichier avec un hash

Regardons sous le capot de Git. Chaque branche est simplement un fichier texte dans le dossier caché .git. Ce fichier ne contient que quarante caractères - le hash du dernier commit de la branche. Lorsque vous créez une nouvelle branche, Git écrit le hash du commit actuel dans un nouveau fichier. L'ensemble du processus prend une fraction de seconde, même pour des projets comportant des milliers de fichiers. Comprenez-vous maintenant pourquoi le changement de branche est instantané ?

Un marque-page plutôt qu'une copie du livre

Une branche comme un marque-page dans un livre
Ne copie pas le contenu
Changement instantané
Possibilité d'en créer autant que nécessaire

Faisons une analogie avec la lecture d'un livre. Lorsque vous mettez un marque-page sur une page, vous ne copiez pas tout le livre, n'est-ce pas ? Vous marquez simplement un endroit pour y revenir plus tard. Une branche dans Git fonctionne exactement de la même manière - c'est un pointeur léger qui indique un état spécifique de votre code. Vous pouvez créer des dizaines de ces marque-pages, et cela ne prendra pas d'espace disque supplémentaire. Cela change radicalement la façon dont on peut travailler avec différentes versions d'un projet simultanément.

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 21 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

Le mythe de la copie des fichiers dans les branches
Le fonctionnement interne d'une branche
Un marque-page plutôt qu'une copie du livre
Créer une branche en pratique
Comment fonctionnent les branches dans Git
Créer une nouvelle branche
Création et changement rapides
Que se passe-t-il lors du changement de branche
Quand la fusion de branches se passe sans conflits
Comment fonctionne la fusion fast-forward
Exemple pratique : fusion d'une fonctionnalité dans main
Quand la fusion de branches est impossible automatiquement
À quoi ressemble un conflit de fusion
Étapes de résolution d'un conflit
Pourquoi la fusion simple ne fonctionne-t-elle pas toujours ?
Comment fonctionne la fusion à trois
Création pratique d'un commit de fusion
Comment le report de la fusion complique le processus
Le danger d'ignorer les conflits de fusion
La bonne méthode pour résoudre les conflits
Création d'une branche de fonctionnalité pour une nouvelle tâche
Travail parallèle dans plusieurs branches
Fusion des modifications avec la branche principale
Récapitulatif : Branches et Fusions