Git et gestion de versions
Git suit l’historique, facilite la collaboration et sécurise les retours en arrière.
1
Bases de Git
Dépôt et commit
Un dépôt est un dossier versionné qui garde l’historique du projet.
- Commit : instantané cohérent des modifications.
- Git suit les changements, pas seulement les fichiers.
- Un commit doit représenter une étape logique.
Repères essentiels
git initcrée un dépôt local.git clonerécupère un dépôt existant.
2
Travailler en parallèle
Branche et merge
Branche
- Ligne de développement parallèle.
- Isole une fonctionnalité ou une correction.
- Évite de casser la version principale.
Merge
- Fusion de deux historiques.
- Peut être automatique sans divergence.
- Valide le rassemblement des changements.
Processus type
- 1
Créer une branche pour travailler.
- 2
Faire des commits clairs et réguliers.
3
Blocage de fusion
Conflit de fusion
Un conflit apparaît quand Git ne peut pas choisir seul entre deux modifications.
- Souvent, les mêmes lignes ont été modifiées différemment.
- La résolution se fait manuellement.
- Tester après résolution reste indispensable.
Mini-défi
- Pourquoi un conflit peut-il apparaître sur la même ligne ?
- Que faut-il faire après une résolution ?
4
Collaboration distante
Remote et pull request
Remote
- Dépôt distant partagé.
- On y envoie et récupère les commits.
- Permet de synchroniser l’équipe.
Pull request
- Proposition de fusion de modifications.
- Supporte la revue de code.
- Associe souvent une branche dédiée.
Synchronisation
- 1
Récupérer les changements distants avant
- 2
Envoyer ses commits quand la branche est prête.
5
Réflexes à garder
Bonnes pratiques
- Faire des commits petits, atomiques et fréquents.
- Rédiger des messages clairs et précis.
- Nommer les branches de façon explicite.
Mémo
Un bon commit raconte une seule idée, une bonne branche évite le chaos.
À retenir
- Dépôt : historique complet du projet.
- Commit : étape cohérente et identifiable.
- Branche : travail isolé avant fusion.
- Merge : réunion des historiques.