Qu'est-ce que Git ?

Git est un système de contrôle de version distribué (DVCS) qui permet un suivi efficace des modifications apportées aux fichiers, en particulier dans le développement logiciel. Contrairement aux systèmes centralisés comme SVN, chaque développeur possède une copie complète de l'ensemble du dépôt, y compris l'historique complet.

Selon le Stack Overflow Developer Survey, plus de 93 % des développeurs professionnels utilisent Git comme système de contrôle de version principal. C'est la norme incontestée de l'industrie logicielle et la base de plateformes comme GitHub, GitLab et Bitbucket.

Git a été développé en 2005 par Linus Torvalds, le créateur du noyau Linux. La raison était un différend de licence avec BitKeeper, le système de contrôle de version utilisé jusqu'alors pour le développement du noyau Linux. Torvalds a conçu Git avec les objectifs suivants :

• Rapidité : Les opérations doivent être extrêmement rapides.
• Conception simple : L'architecture de base doit rester claire et compréhensible.
• Support solide du développement non linéaire : Des milliers de branches parallèles doivent être possibles.
• Entièrement distribué : Aucun serveur central ne doit être nécessaire.
• Capacité à gérer de grands projets : Efficace même avec des millions de fichiers.

En quelques semaines, Git était fonctionnel et gérait déjà le code source du noyau Linux.

Dépôt (Repository)

Un dépôt Git est un répertoire contenant tous les fichiers d'un projet ainsi que leur historique complet de modifications. Il existe des dépôts locaux (sur l'ordinateur du développeur) et des dépôts distants (sur des serveurs comme GitHub).

Commit

Un commit est un instantané de tous les fichiers à un moment donné. Chaque commit reçoit une somme de contrôle SHA-1 unique (hash) et contient des métadonnées comme l'auteur, la date et une description des modifications. Les commits forment un graphe acyclique dirigé (DAG) de l'historique du projet.

Branche (Branch)

Une branche est un pointeur léger et mobile vers un commit. La branche par défaut s'appelle généralement main (anciennement master). Les branches permettent des lignes de développement parallèles qui peuvent être fusionnées ultérieurement.

Fusion (Merge)

La fusion de deux branches combine leurs historiques de modifications. Git prend en charge différentes stratégies de fusion, notamment les fusions Fast-Forward et les fusions Three-Way. En cas de conflits, ceux-ci doivent être résolus manuellement.

Zone de transit (Staging Area / Index)

La zone de transit est un espace intermédiaire entre le répertoire de travail et le dépôt. Les modifications y sont rassemblées avant d'être enregistrées par un commit, permettant des commits sélectifs.

Git Flow

Git Flow est un workflow basé sur les branches avec des types de branches définis : main, develop, feature/*, release/* et hotfix/*. Adapté aux projets avec des releases planifiées.

GitHub Flow

Un workflow simplifié avec une seule branche main et des branches de fonctionnalités. Chaque modification est soumise via une Pull Request et fusionnée après revue. Idéal pour le Déploiement Continu.

Trunk-Based Development

Tous les développeurs travaillent directement sur la branche main ou utilisent des branches de fonctionnalités de courte durée (un à deux jours maximum). Cette approche favorise l'Intégration Continue et réduit les conflits de fusion.

Git est un composant fondamental de la chaîne d'outils DevOps :

• Contrôle de version : Le code source, les configurations et l'Infrastructure as Code sont gérés dans Git.
• Intégration CI/CD : Les commits déclenchent automatiquement des pipelines CI/CD.
• Revue de code : Les Pull Requests permettent des revues de code systématiques avant l'intégration.
• GitOps : Git comme source unique de vérité pour les configurations d'infrastructure et de déploiement.
• Collaboration : Le branching et le merging permettent le travail parallèle de grandes équipes.

• Plus de 100 millions de développeurs utilisent GitHub (2024).
• 420 millions+ de dépôts existent sur GitHub seul.
• 93 % des développeurs professionnels utilisent Git (Stack Overflow Survey).
• Plus grand dépôt Git : Le dépôt Windows de Microsoft avec plus de 300 Go.
• Git gère le noyau Linux avec plus de 27 millions de lignes de code et 1 million de commits.

Quelle est la différence entre Git et GitHub ?

Git est le système de contrôle de version lui-même, un outil open source qui fonctionne localement sur votre ordinateur. GitHub est une plateforme d'hébergement web pour les dépôts Git qui offre des fonctionnalités supplémentaires comme la revue de code, le suivi des problèmes et le CI/CD.

Faut-il utiliser Git Flow ou Trunk-Based Development ?

Le choix dépend du contexte. Git Flow convient aux projets avec des releases planifiées et plusieurs versions supportées. Le Trunk-Based Development est préférable pour les équipes qui pratiquent le Déploiement Continu et visent des releases fréquentes et de petite taille.

Comment résoudre les conflits de fusion ?

Les conflits de fusion surviennent lorsque la même zone de fichier a été modifiée dans différentes branches. Git marque les zones de conflit dans le code, et le développeur doit décider manuellement quelles modifications conserver. Le rebasage régulier et les petits commits réduisent la fréquence des conflits.

Git est-il uniquement destiné au développement logiciel ?

Non. Git est également utilisé pour le versionnement de documentations, de fichiers de configuration, de travaux scientifiques, de sites web et d'Infrastructure as Code. Partout où les modifications doivent être suivies, Git peut être utilisé.

Quelle est la différence entre Merge et Rebase ?

Le Merge crée un nouveau commit de fusion qui relie les historiques de deux branches. Le Rebase déplace les commits d'une branche au sommet d'une autre, créant un historique linéaire. Le Rebase produit un historique plus propre, mais ne devrait pas être utilisé pour des commits déjà publiés.