D’où ils viennent

GitHub a été fondé en 2008 par Tom Preston-Werner, Chris Wanstrath, PJ Hyett et Scott Chacon — quatre développeurs de la communauté Ruby qui voulaient un meilleur hébergement pour Git, le système de contrôle de version créé en 2005 par Linus Torvalds pour gérer le noyau Linux. À l’époque, héberger un dépôt Git voulait dire monter son propre serveur SSH. GitHub a transformé Git en outil collaboratif accessible à tous les développeurs avec une interface web, des pull requests, et un système d’issues.

En 2018, Microsoft a acquis GitHub pour 7,5 milliards USD. La communauté open-source a paniqué brièvement — « Microsoft va tuer GitHub » — puis a constaté l’inverse : sous Microsoft, GitHub a investi massivement dans le produit (Actions, Codespaces, Discussions, Copilot, Packages), a rendu les repos privés illimités gratuits, et est devenu plus, pas moins, ouvert. En 2026, GitHub héberge plus de 100 millions de développeurs et la quasi-totalité des projets open-source significatifs.

Ce que c’est vraiment

GitHub est une plateforme d’hébergement et de collaboration autour de Git. Le noyau : tu pousses ton code, il est stocké, versionné, et accessible depuis n’importe où. Mais GitHub a empilé une dizaine de produits autour de ce noyau :

  • Pull Requests — le standard de la code review en équipe
  • Issues & Discussions — gestion des bugs, des features, des conversations communautaires
  • Actions — CI/CD intégré (build, test, deploy, publish) via fichiers YAML
  • Codespaces — environnements de développement dans le cloud (VS Code dans le navigateur)
  • Packages — registry pour npm, Docker, Maven, NuGet, RubyGems
  • Pages — hébergement de sites statiques gratuit (utilisé par beaucoup de portfolios)
  • Copilot — IA d’autocomplétion de code (abonnement séparé, ~10 USD/mois)
  • Security — Dependabot pour les mises à jour, scanning automatique des secrets, code scanning CodeQL

Tout ça est exposé via une API REST + GraphQL complète, une CLI officielle (gh), et depuis 2025 un MCP officiel que Claude Code et autres agents peuvent appeler directement.

Comment ça s’intègre avec Claude Code

Pour un opérateur qui code en 2026, GitHub est probablement l’outil avec l’intégration la plus naturelle dans Claude Code. Le flux typique :

  1. Tu installes la CLI gh (brew install gh ou équivalent) et tu t’authentifies (gh auth login)
  2. Tu travailles dans Claude Code comme d’habitude — l’agent commit, push, et pour les changements significatifs ouvre un PR avec gh pr create
  3. Tu reviews le PR dans l’interface GitHub, tu fais des commentaires que Claude Code peut lire (gh pr view --json)
  4. L’agent applique les corrections, push à nouveau, et merge quand tu valides

Avec le MCP GitHub officiel, l’agent peut aller plus loin : lire les issues récentes, créer un issue à partir d’un bug détecté, lister les PRs en attente, examiner du code dans n’importe quel repo, déclencher manuellement un workflow Actions, et même merger.

Le truc qui change vraiment : Claude Code peut chaîner GitHub avec Vercel, Supabase, Resend. Tu lui dis « corrige le bug d’auth, push sur la branche, attends que Vercel deploy la preview, teste avec un compte fictif Supabase, et envoie-moi un récap par email avec Resend » — il le fait, en autonomie, parce que chacun de ces services a un MCP.

Pour qui c’est fait

GitHub est conçu pour tout développeur qui touche à du code en 2026. C’est moins un choix qu’un standard. Si tu ne savais pas où héberger ton code, tu le mets sur GitHub par défaut, comme tu mets ton domaine sur Cloudflare et ton site sur Vercel.

Public idéal :

  • Développeurs individuels (le plan Free est généreux : repos illimités, Actions gratuites, Pages gratuites)
  • Petites équipes tech qui veulent pull requests, code review et CI/CD dans un seul endroit
  • Indie hackers et fondateurs techniques qui itèrent vite
  • Organisations open-source (GitHub fournit beaucoup de fonctionnalités gratuites aux projets OSS notables)
  • Grandes entreprises sur le plan Enterprise (SSO, audit log, conformité SOC 2)

Public moins adapté : les équipes qui veulent absolument auto-héberger leur Git pour raisons de souveraineté (prendre GitLab self-hosted ou Gitea), et les workflows qui dépendent fortement de fonctionnalités spécifiques de GitLab CI (qui reste plus puissant qu’Actions sur certains cas avancés).

Le verdict de la Taverne

Tout mon code vit sur GitHub. Taverne AI, LeadLoup, le site domainedelahaye, mes side projects — tout y est. Je n’ai pas d’opinion contrariante là-dessus : GitHub est le bon défaut en 2026.

Ce qui me garde dessus :

  • L’écosystème. Tout intègre nativement : Vercel détecte ton repo et configure le déploiement, Cloudflare Pages pareil, Railway pareil, Supabase pareil. Tu n’as pas besoin de configurer de webhooks ou de tokens — ça marche tout seul.
  • Actions est suffisant pour 95 % des CI/CD modernes. Tests, builds, déploiements, releases automatisées — tout dans un fichier YAML dans le repo. Pas d’outil externe.
  • Le plan Free est honnête. Repos illimités, 2 000 min Actions/mois, Pages gratuites, Codespaces 60h/mois. Tu peux faire tourner une petite startup sans payer.
  • Le MCP officiel pour Claude Code transforme la collaboration humain-agent. L’agent ouvre les PRs, attend tes commentaires, applique les corrections.

Ce qui m’agace :

  • L’interface en anglais seulement. Si tu travailles avec des collaborateurs francophones non-techniques (un client qui veut voir l’avancement, un graphiste qui doit accéder aux assets), GitHub n’aide pas.
  • Le verrouillage indirect. Tu peux toujours git clone ton code ailleurs, mais migrer 200 issues, 80 PRs et 15 workflows Actions vers GitLab demande du temps.
  • Pas de programme affiliate consumer — GitHub fait partie de Microsoft, ils n’ont pas besoin que tu en parles pour les vendre.
  • Copilot est facturé séparément (~10 USD/mois) alors qu’il est intégré au produit. C’est une décision pricing, pas un défaut technique, mais ça froisse.

Bottom line : si tu codes en 2026 et que tu n’es pas déjà sur GitHub, tu manques l’écosystème. Le plan Free est suffisant pour démarrer, le Pro à 4 USD/mois pour les power users individuels, le Team à 4 USD/utilisateur/mois pour les petites équipes.

Au Québec

L’interface est en anglais seulement (pas de localisation FR officielle, malgré quelques traductions partielles dans la documentation). Tu peux par contre nommer tes repos, branches, issues et PRs en français sans souci — l’encodage UTF-8 est standard partout dans le produit.

La facturation se fait en USD via Stripe (~38 % de change en CAD). Pas de TPS/TVQ ajoutée à la facture — GitHub n’a pas de présence taxable au Canada en 2026, même si Microsoft Canada existe juridiquement par ailleurs. L’abonnement Pro/Team/Enterprise reste déductible comme dépense d’exploitation pour entreprises et travailleurs autonomes au Québec.

Pour les projets soumis à la Loi 25 (données sensibles, secteurs réglementés), le plan Enterprise Cloud permet de choisir une région de stockage. Le Canada n’est pas encore une région standard pour Enterprise Cloud en 2026, mais Microsoft est en train de la déployer — vérifier directement avec le commercial GitHub si c’est critique pour ton cas.