Aller au contenu principal

Cas d'usage réels

Résumé : Git n'est pas qu'un outil de développeur solitaire. Il structure quatre grands scénarios de la vie logicielle : le projet personnel, l'équipe interne, la contribution open source, et le pipeline DevOps / CI-CD. Cette leçon donne un exemple concret pour chacun.

Cas 1 · Le projet personnel (mode solo)​

Vous développez un petit outil pour vous — un script, un site portfolio, un jeu.

Ce que Git apporte, même seul :

  • La confiance d'expérimenter (« je peux toujours revenir »).
  • Une trace du pourquoi de chaque décision, utile 6 mois plus tard quand vous rouvrez le projet et ne vous souvenez plus.
  • Une sauvegarde en ligne gratuite via GitHub/GitLab, en un push.

Verdict : même sans équipe, Git est une hygiène de développement.

Cas 2 · L'équipe interne (mode collaboration)​

Vous rejoignez une startup de 8 personnes. Trois développeurs touchent au code chaque jour.

La règle d'or de l'équipe : la branche principale est toujours dans un état déployable. On n'y touche jamais directement. Chaque changement passe par une branche + une pull request + une relecture.

Ce que ce workflow apporte :

  • Le code n'entre en production qu'après relecture par un pair.
  • Chaque décision est discutée par écrit dans la pull request — utile pour l'onboarding des nouveaux.
  • Les expérimentations qui échouent (comme la branche de Chloé) n'impactent personne. On les jette, sans regret.

Cas 3 · La contribution open source​

Vous voulez corriger une faute de frappe dans la documentation de FastAPI, ou proposer une amélioration à Docusaurus. Vous n'êtes pas dans l'équipe. Comment faire ?

Ce workflow, appelé fork-and-pull-request, est la fondation de tout l'open source moderne. C'est ce qui permet à des inconnus, aux quatre coins du monde, de contribuer à Linux, Kubernetes, Python, React, Node.js…

Pourquoi c'est possible :

  • Git est distribué : votre fork contient l'intégralité de l'histoire, sans permission spéciale.
  • La pull request donne un cadre de discussion avant l'intégration.
  • Le mainteneur du projet garde le contrôle final sur ce qui est fusionné.

C'est une exceptionnelle machine à réputation : chaque pull request acceptée devient une ligne visible dans votre profil GitHub, consultée par les recruteurs.

Cas 4 · Le pipeline DevOps / CI-CD​

C'est ici que Git révèle sa vraie puissance : dans le monde moderne, chaque git push peut déclencher toute une chaîne d'automatisation.

Points-clés à retenir :

  • Le simple git push déclenche tout le reste. Git est la porte d'entrée du pipeline.
  • Un test qui échoue bloque le déploiement — c'est ce qui rend le processus fiable.
  • Un déploiement peut être entièrement automatique (mode CD complet) ou nécessiter une approbation humaine (mode staging → production sur validation).

C'est le fondement du DevOps moderne. Sans Git, aucune de ces automatisations ne serait possible.

GitOps · Quand Git devient la source unique de vérité​

Il existe une pratique plus récente encore, appelée GitOps, où l'infrastructure entière (serveurs, réseaux, configurations Kubernetes) est décrite dans des fichiers Git. Une modification dans un fichier YAML déclenche automatiquement le reprovisionnement.

Le slogan de GitOps : « Si ce n'est pas dans Git, ça n'existe pas. »

Traduction : plus de modifications manuelles cachées, plus de « ça marchait la semaine dernière, personne ne sait pourquoi c'est cassé ». Git est le seul point de vérité — et donc le seul endroit à auditer en cas d'incident.

Vous croiserez GitOps en profondeur dans les cours Argo CD et Flux CD de notre parcours premium.

Résumé : les 4 mondes de Git​

Retenir en 30 secondes​

  • Solo : Git est une hygiène — historique + sauvegarde + traçabilité du pourquoi.
  • Équipe : la branche principale est sacrée, tout passe par branche + pull request.
  • Open source : le workflow fork + pull request est ce qui permet à des inconnus de contribuer à Linux, Python, React…
  • DevOps : un simple git push déclenche tests, qualité, sécurité, et déploiement. Git est la porte d'entrée du pipeline.
  • GitOps : l'infrastructure elle-même vit dans Git. « Si ce n'est pas dans Git, ça n'existe pas. »

Suivant : Récap et FAQ →