Preview ng leksyon

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.

Simula ng leksyon

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.

Nilalaman ng leksyon

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

Mga artikulo tungkol sa araling ito

• Mga command ng Git: cheat sheet na may mga halimbawa para sa araw-araw
• git checkout, switch, at restore: kailan gamitin ang alin
• git merge: paano pagsamahin ang mga branch at ayusin ang conflict
• Mga branch sa Git: git branch, paggawa, paglipat, at pagbura
• git worktree: paano magtrabaho sa maraming branch nang sabay

Lahat ng leksyon ng kurso

1. Introduction : Git du débutant au développeur confirmé
2. À quoi sert Git exactement - et pourquoi il est indispensable pour trouver un emploi
3. Installation et configuration : Préparer Git pour son premier démarrage
4. Premier dépôt : init, add, commit et la magie de l'index
5. Lire l'historique : log, diff, show et navigation dans le passé
6. Branches : la réalité parallèle de votre code
7. Annuler les erreurs : restore, reset, revert — faire les bons choix sans danger
8. GitHub et les dépôts distants : votre code dans le cloud
9. Travail d'équipe : Forks, branches de fonctionnalités et demandes d'intégration (pull requests)
10. Conflits de fusion : ne paniquez pas - comprenons et résolvons
11. Processus Git dans les équipes réelles : quel workflow choisir ?
12. Outils avancés : rebase, stash, cherry-pick et les tags
13. Projet final : Simulation d'un développement d'équipe réel