Hébergement et collaboration de code

GitHub

GitHub est le standard de fait pour héberger du code et collaborer dessus : pull requests, revue ligne à ligne et CI/CD intégrée via Actions, le tout dans l’écosystème où vivent déjà la plupart des projets et des bibliothèques open source.

Vérifié le 26 juin 2026

Prix de départ
Gratuit (dépôts privés illimités, 2 000 min Actions/mois), puis 4 $/utilisateur/mois (plan Team)
Interface FR
Non, anglais uniquement
Hébergement
États-Unis (Microsoft Azure), conforme RGPD via DPA ; résidence UE réservée à Enterprise Cloud
Add-ons facturés à part
GitHub Copilot et les minutes Actions au-delà du quota inclus
Intégrations natives
Actions, Marketplace (+10 000)

À utiliser si

  • Votre équipe développe et a besoin de revue de code en pull request, avec historique complet conservé.
  • Vous voulez l’intégration et le déploiement continus (CI/CD) au plus près du code, via Actions.
  • Vous travaillez avec l’open source : c’est là que vivent dépendances, exemples et intégrations.
  • L’équipe est à l’aise en anglais : l’interface n’existe pas en français.

À éviter si

  • Une interface en français est non négociable pour l’équipe : GitHub est en anglais uniquement.
  • Vous cherchez d’abord un outil de gestion de projet produit : Projects est plus brut qu’un Linear.
  • Vos données doivent rester hébergées en UE sans monter jusqu’à l’offre Enterprise Cloud.
  • Vous voulez un coût lisible et figé : Copilot et le dépassement d’Actions se facturent en plus.

L’analyse

GitHub règle un problème qui n’a rien d’une question de stockage : comment une équipe se met d’accord sur un changement de code sans se marcher dessus. Ranger des fichiers quelque part, n’importe quel disque le fait ; tracer qui a modifié quoi, pourquoi, et le faire valider avant que ça parte en production, c’est autre chose. GitHub bâtit tout autour de Git, le système de versions qui garde l’historique complet de chaque ligne, et y ajoute la couche sociale qui manquait : proposer, discuter, relire, fusionner. Le code cesse d’être un dossier partagé fragile pour devenir un objet de collaboration tracé.

Sa force distinctive tient à la pull request et à ce qu’elle a normalisé. Une modification est proposée sur une branche, commentée ligne à ligne par les relecteurs, soumise à des vérifications automatiques, puis fusionnée une fois validée, l’historique de la discussion restant attaché pour toujours. Actions prolonge ce flux : on déclenche tests, contrôles de qualité et déploiement directement à côté du code, à chaque commit ou au merge, sans serveur d’intégration séparé à maintenir. Et comme une part immense de l’open source vit sur GitHub, les dépendances, exemples et intégrations sont exactement là où un développeur va les chercher. Cet effet de gravité est un atout que les concurrents ne peuvent pas copier.

Dans une PME, GitHub est l’outil de l’équipe tech avant tout : développeurs internes, prestataires, profils techniques qui produisent du code. Le cas typique : un studio de cinq développeurs héberge ses dépôts privés sur GitHub, impose la revue par pull request avant tout merge sur la branche principale, et fait tourner ses tests via Actions à chaque proposition de changement, le déploiement partant automatiquement une fois la PR fusionnée. Le gain réel n’est pas de stocker le code, c’est qu’aucun changement n’atteint la production sans avoir été lu par quelqu’un d’autre et validé par la machine, ce qui réduit les régressions sans réunion supplémentaire.

Le revers, pour qui n’écrit pas de code, est réel. L’interface est en anglais uniquement, sans version française, ce qui freine une équipe non anglophone. GitHub Projects, le suivi de tâches intégré, dépanne et garde le suivi collé au code, mais il reste plus brut qu’un outil de gestion de produit dédié : pour piloter une roadmap avec des cycles cadrés, un triage discipliné et des vues riches, un Linear fait nettement mieux. GitHub est l’outil des développeurs, pas celui des chefs de projet non techniques ; le confondre avec un gestionnaire de projet généraliste mène à la déception.

Sur la donnée, restez lucide pour le plan d’entrée. GitHub appartient à Microsoft et héberge par défaut le code aux États-Unis, sur Azure ; la conformité RGPD passe par contrat (accord de traitement, clauses contractuelles types), pas par un hébergement européen. Une option de résidence des données en Union européenne existe bien, mais elle est réservée à l’offre GitHub Enterprise Cloud, hors de portée des plans Free et Team qui concernent la plupart des PME. Pour du code soumis à une exigence stricte de localisation en Europe, ce point se règle donc au niveau Enterprise, ou pas du tout sur les paliers d’entrée.

Côté prix, le point d’entrée est doux et c’est l’une des forces de GitHub. Le plan gratuit couvre déjà les dépôts privés illimités, 2 000 minutes d’Actions par mois et le suivi via Issues et Projects, ce qui suffit à une petite équipe pour démarrer sérieusement. Le plan Team à 4 $ par utilisateur et par mois ajoute les relecteurs multiples sur une pull request, les règles de protection des branches, les codeowners et davantage de minutes d’Actions. Deux pièges à connaître : GitHub Copilot, l’assistant de génération de code, est facturé à part et ne fait pas partie de ces plans ; et la consommation d’Actions au-delà du quota inclus se paie à la minute, une facture qui grimpe vite sur des pipelines lourds ou des dépôts très actifs. Le tarif par siège est bas, c’est l’usage des add-ons qu’il faut surveiller.

Dans quelles stacks

Pour quels usages

Aucun outil ne colle vraiment à votre besoin ? Parfois la bonne réponse, c’est un outil interne sur-mesure, pensé pour votre équipe.

Découvrir Alfred Builders