Sur GitLab.com Free, un groupe privé passe en lecture seule dès qu'il compte plus de cinq utilisateurs. À partir de là, chaque personne ajoutée coûte un siège. GitHub facture chaque membre de l'organisation et chaque collaborateur externe d'un dépôt privé, chacun compté une seule fois. Pour une équipe de 40 personnes qui utilise 500 minutes de CI chacune par mois, GitLab Premium revient à 15 120 $ par an.
Jusqu'à cinq personnes, GitHub Team ou GitLab.com Free coûte à peu près autant que GitLab CE sur vos propres serveurs, voire moins. La suite de cette page s'adresse aux équipes qui ont dépassé ce seuil. Si vous n'avez pas encore choisi de plateforme, notre guide pour choisir entre GitLab et GitHub pour une petite équipe compare les deux fonctionnalité par fonctionnalité.
Le coût d'un siège selon chaque offre
Il s'agit des prix catalogue en dollars américains hors taxes, relevés le 20 octobre 2026 sur la page de tarifs de GitHub et la page de tarifs de GitLab.
| GitHub Team | GitHub Enterprise | GitLab Premium | |
|---|---|---|---|
| Par utilisateur et par mois | $4 | À partir de 21 $ | $29 |
| Mode de facturation | Pour les 12 premiers mois | Pour les 12 premiers mois | Facturé annuellement |
| Qui occupe un siège | Chaque membre et collaborateur externe | Chaque membre et collaborateur externe | Chaque utilisateur facturable, Guests compris |
| Minutes de CI par mois, partagées | 3 000 par compte | 50 000 par compte | 10 000 par groupe de premier niveau |
GitLab facture la croissance de deux façons. Les sièges achetés en cours de période sont calculés au prorata jusqu'à son terme. Les personnes ajoutées au-delà des sièges achetés, c'est autre chose : sans rapprochement trimestriel, GitLab les facture lors d'une régularisation annuelle, pour toute la période. Les Guests comptent aussi. Sur Premium, un utilisateur avec le rôle Guest occupe un siège, alors que sur Ultimate, ce n'est pas le cas. GitLab n'affiche pas de prix pour Ultimate, il ne figure donc pas dans ces tableaux.
La facture mensuelle pour 15, 40 et 100 personnes
Les sièges ne font pas toute la facture. Les deux éditeurs facturent la CI à la minute au-delà d'un quota, et ce quota appartient au compte entier ou au groupe de premier niveau : il n'augmente donc pas quand vous ajoutez des personnes. Pour intégrer les minutes à la facture, nous avons supposé 500 minutes de CI Linux par personne et par mois sur le runner hébergé par défaut de chaque plateforme. Remplacez ce chiffre par le vôtre, tiré de votre page d'utilisation. Notre pipeline de test pour le framework web Express (installation, tests, empaquetage) a consommé 0,80 minute de job avec un cache vide, puis environ 0,3 ensuite, mais un projet avec une suite de tests plus longue en consommera probablement bien plus à chaque push.
Au-delà du quota, GitHub facture 0,006 $ la minute sur son runner Linux à 2 cœurs, et les minutes Windows et macOS coûtent plus cher (0,010 $ et 0,062 $) : chiffrez donc ces builds sur une ligne à part. GitLab vend des minutes supplémentaires à 10 $ les 1 000, en achat unique reporté si vous ne l'utilisez pas, et son petit runner par défaut compte chaque minute une seule fois.
| Taille de l'équipe et minutes de CI par mois | GitHub Team | GitHub Enterprise | GitLab Premium | Serveur GitLab, Stack 32 (runners en sus) |
|---|---|---|---|---|
| 15 personnes, 7 500 minutes de CI | $87.00 | $315.00 | $435.00 | $45.99/mopendant 3 mois, puis $59.99/mo |
| 40 personnes, 20 000 minutes de CI | $262.00 | $840.00 | $1,260.00 | |
| 100 personnes, 50 000 minutes de CI | $682.00 | $2,100.00 | $3,300.00 |
Sur GitLab Premium et GitHub Enterprise, les sièges représentent presque toute la facture. GitHub Team fait exception, car ses 3 000 minutes incluses s'épuisent vite.
| Poste | GitHub Team | GitHub Enterprise | GitLab Premium |
|---|---|---|---|
| 15 personnes : sièges | $60.00 (15 x $4) | $315.00 (15 x $21) | $435.00 (15 x $29) |
| 15 personnes : CI | 27,00 $ (4 500 minutes de dépassement x 0,006 $) | 0 $ (dans les 50 000) | 0 $ (dans les 10 000) |
| 40 personnes : sièges | $160.00 | $840.00 | $1,160.00 |
| 40 personnes : CI | 102,00 $ (17 000 minutes de dépassement) | $0 | 100,00 $ (10 packs de 1 000) |
| 100 personnes : sièges | $400.00 | $2,100.00 | $2,900.00 |
| 100 personnes : CI | 282,00 $ (47 000 minutes de dépassement) | 0 $ (exactement 50 000) | 400,00 $ (40 packs) |
| Une année à 40 personnes | $3,144.00 | $10,080.00 | $15,120.00 |
Ce que coûte GitLab CE auto-hébergé à la place
GitLab CE n'a ni frais de licence ni limite d'utilisateurs : la colonne des sièges disparaît. Vous payez le matériel à la place : un serveur pour GitLab, et au moins un autre pour le runner qui exécute vos jobs de CI.
Le serveur GitLab
Les exigences d'installation de GitLab fixent 8 vCPU et 16 Go de mémoire comme base pour une installation sur un seul nœud. Sa plus petite architecture de référence utilise ce même nœud unique jusqu'à 1 000 utilisateurs, personnes et automatisations confondues, et GitLab recommande généralement une configuration autonome sans haute disponibilité, avec sauvegardes, jusqu'à 2 000 utilisateurs. Stack 32, avec 8 vCPU et 32 Go, est la première offre d'hébergement VPS GitLab qui atteint cette base : un seul Stack 32 couvre donc toutes les lignes du tableau.
Une équipe d'environ 15 personnes qui veut tester CE le temps d'un sprint peut commencer sur Stack 16 avec un runner Stack 8 à côté. Stack 16 offre les 16 Go et la moitié des cœurs (4 vCPU), ce qui le place sous la base annoncée par GitLab. Pour un court essai, cela suffit.
Nous avons fait tourner GitLab CE 19.5 sur une petite VM de test (pas un serveur DreamHost) pour voir ce qu'il occupe avant l'arrivée de votre équipe. La consommation au repos ne dit rien de la taille d'équipe : le choix de l'offre repose donc toujours sur le dimensionnement indiqué par GitLab.
| Ce qui a été exécuté | Mesures sur notre VM de test | Ce que cela implique pour l'offre |
|---|---|---|
| GitLab CE 19.5, paramètres par défaut, au repos | Environ 4 285 Mio de mémoire, 10 % de CPU | Une petite part des 32 Go de Stack 32 |
| GitLab CE 19.5, paramètres à mémoire réduite, au repos | Environ 2 657 Mio, 2 % de CPU | L'option basse mémoire de GitLab, prévue pour 5 développeurs au maximum |
| Trois petits pipelines, runner sur la même VM | Pic de GitLab à 4 705 Mio et 179 % de CPU, du job à 137 % de CPU | GitLab et les builds se disputent les mêmes cœurs |
| Disque après l'installation et les pipelines | Image de 5,99 Go, 479 Mo de données | Augmente avec les dépôts, les images et les artefacts |
La ligne à mémoire réduite utilise les paramètres basse mémoire de GitLab, destinés aux très petites équipes.
Les serveurs de runners
La page d'installation du runner de GitLab recommande d'installer GitLab Runner sur une machine distincte de celle qui héberge GitLab. Notre test montre ce que coûte le partage. Avec le runner sur la même machine à 2 vCPU, une mesure a relevé un petit job Node.js à 137 % de CPU pendant que GitLab utilisait 79 %, soit plus que ce que les deux cœurs pouvaient fournir en même temps.
GitLab ne publie pas de configuration matérielle pour cette machine : nous avons donc repris celle du runner sur lequel les minutes de la facture ont été chiffrées. Le runner Linux par défaut de GitHub pour les dépôts privés dispose de 2 CPU et 8 Go. Le petit runner par défaut de GitLab.com a lui aussi 2 vCPU et 8 Go. Un Stack 8, avec les mêmes 2 vCPU et 8 Go, exécutant un job à la fois, équivaut donc à un runner hébergé.
Le nombre nécessaire dépend de votre CI. Nous avons supposé qu'un runner reste occupé au maximum 8 heures par jour sur 22 jours ouvrés, soit 10 560 minutes de job par mois. Cela donne un Stack 8 à 15 personnes, deux à 40 et cinq à 100 : le minimum capable d'absorber les minutes de chaque ligne pendant la journée de travail. À 40 et 100 personnes, ils seraient occupés 95 % de ce temps, donc attendez-vous à ce que des jobs patientent aux heures de pointe. Surveillez la file d'attente le premier mois et ajoutez un runner quand l'attente gêne l'équipe. Un runner Stack 32 peut prendre environ quatre jobs à 2 vCPU en même temps, avec un peu moins de 8 Go chacun, pour un coût par job inférieur à celui de quatre serveurs Stack 8.
Aux tarifs mensuels normaux, chaque ligne GitHub Enterprise et GitLab Premium coûte au moins 3,8 fois plus cher que le serveur GitLab et ses serveurs de runners réunis. GitHub Team avec minutes hébergées coûte environ 2,5 fois plus cher à 40 personnes et 4 fois plus cher à 100. À 15 personnes, GitHub Team et les deux serveurs de CE coûtent à peu près autant.
Si vous restez et utilisez votre propre runner
GitHub ne facture pas Actions sur les runners auto-hébergés. GitLab.com mesure les minutes de calcul sur ses runners d'instance, et vos propres runners continuent de fonctionner une fois votre limite atteinte. Envoyez vos jobs vers votre propre machine et la ligne CI tombe à 0 $ sur les trois offres, tandis que les lignes de sièges du tableau ci-dessus restent inchangées.
Ce sont les mêmes serveurs de runners que CE nécessiterait : ils coûtent donc la même chose dans les deux cas. Restent les sièges face à un seul serveur GitLab. Les sièges seuls dépassent le tarif mensuel normal de Stack 32 dès 3 personnes sur GitLab Premium ou GitHub Enterprise, et dès 15 sur GitHub Team. À 15 personnes, GitHub Team avec votre propre runner coûte donc à peu près autant que CE, et chaque personne supplémentaire ajoute 4 $ par mois en sièges.
Ce qui manque à CE par rapport à Premium
Le prix du siège paie en partie des fonctionnalités que CE n'a pas. Dans l'offre gratuite de GitLab, qui correspond aux fonctionnalités de CE, les approbations de merge requests sont facultatives et ne bloquent pas un merge. Si un auditeur exige que chaque modification soit bloquée jusqu'à l'approbation d'une deuxième personne, il vous faudra Premium. Notre comparatif GitLab ou GitHub liste ce qui passe aussi dans Premium.
| GitHub Team ou Enterprise | GitLab Premium | GitLab CE sur vos serveurs | |
|---|---|---|---|
| Frais par utilisateur | Chaque membre et collaborateur externe | Chaque utilisateur facturable, Guests compris | Aucun |
| Minutes de CI | Un quota, puis à la minute | Un quota, puis vendues par packs | Pas de compteur, vos serveurs de runners fixent la limite |
| Revues obligatoires avant merge | Oui, sur les dépôts privés | Oui | Facultatives |
| Qui gère les serveurs et les mises à jour | GitHub | GitLab | Vous |
| Sauvegardes | Gérées par GitHub | Gérées par GitLab | À votre charge |
Avec l'hébergement VPS GitLab, le support de DreamHost est disponible 24 h/24, 7 j/7 pour le matériel, le réseau et la connectivité. Vous gérez le système d'exploitation, les logiciels et la configuration. Le centre d'aide de DreamHost indique que la gestion du serveur et les sauvegardes automatiques ne sont pas incluses avec un VPS : la ligne des sauvegardes du tableau ci-dessus est donc à votre charge.
Les heures à votre charge
GitLab publie une version mensuelle le troisième jeudi du mois et des versions correctives deux fois par mois. Selon nos calculs, une équipe qui reste à jour applique environ trois mises à jour par mois, avec une sauvegarde avant chacune. Sur notre instance de test, avec un projet et quelques pipelines, gitlab-backup create a pris 26 secondes. Chez vous, cette durée augmentera avec vos dépôts. Mais la sauvegarde n'inclut ni gitlab.rb ni gitlab-secrets.json, et la documentation sur les sauvegardes de GitLab recommande de sauvegarder vous-même ces deux éléments. Nous n'avons pas chronométré de mise à jour : chiffrez cette partie à partir de votre propre test.
CE ne fait faire des économies que tant que votre maintenance coûte moins que l'écart entre la facture de l'éditeur et les serveurs. À 40 personnes, les serveurs représentent moins d'un dixième de la facture Premium, ce qui laisse plus de 90 % de 1 260 $ par mois pour payer les heures. Face à GitHub Team, ils représentent environ 40 % de 262 $ à 40 personnes et presque la totalité de 87 $ à 15.
- Comptez chaque siège
Listez les membres, les collaborateurs externes et, sur GitLab Premium, les Guests. Ce nombre multiplié par le prix de votre siège donne la première ligne.
- Relevez les minutes de CI du mois dernier
Prenez le total de votre page d'utilisation et soustrayez le quota de votre offre. Chiffrez le reste au tarif de votre plateforme.
- Comptez les serveurs de runners nécessaires à CE
Divisez vos minutes de CI mensuelles par 10 560 et arrondissez à l'entier supérieur. Ajoutez un Stack 32 pour GitLab lui-même.
- Chiffrez votre maintenance
Chronométrez une sauvegarde et une mise à jour sur un serveur de test, multipliez par trois mises à jour par mois, puis multipliez le résultat par votre coût horaire.
Quelle facture choisir
Restez sur GitHub Team si
Vous êtes environ 15 personnes ou moins et vous avez besoin de revues obligatoires sur les dépôts privés. Passez la CI sur votre propre runner quand la ligne des minutes augmente.
Gardez GitLab Premium si
Vous avez besoin d'approbations que GitLab impose avant un merge, et personne dans l'équipe ne veut gérer de serveurs.
Utilisez GitLab CE si
Les sièges sont votre plus grosse ligne, des approbations qui ne bloquent pas un merge vous conviennent, et quelqu'un peut prendre en charge les mises à jour et les sauvegardes hors serveur.
Notre méthode de calcul et de mesure
DreamHost a consulté les pages de tarifs de GitHub, de GitLab et de DreamHost le 20 octobre 2026, puis a revérifié sa propre page Hébergement VPS GitLab et son Centre d'aide le 22 octobre. Les taxes, les dépassements de stockage, les crédits d'IA, les runners plus puissants et le prix de renouvellement de GitHub ne sont pas inclus dans les totaux. Le nombre de runners est notre estimation, fondée sur un plafond d'heures de travail. Les prix des serveurs proviennent de la page Hébergement VPS GitLab, en formule mensuelle.
Les mesures proviennent de l'image officielle GitLab CE 19.5.0, que DreamHost a exécutée le 20 octobre 2026 sur une VM de test arm64 dotée de 2 vCPU et de 8 Go, sous Ubuntu 24.04. Cette VM n'est pas un serveur DreamHost, et elle est bien plus petite que Stack 32. La mémoire correspond à la médiane de 12 relevés effectués après 10 minutes de stabilisation. La première page de connexion a répondu environ 120 secondes après un démarrage à froid. Ce test ne reflète ni la charge d'une vraie équipe, ni un dépôt volumineux, ni l'indisponibilité pendant les mises à jour, ni un runner sur une seconde machine.
FAQ sur les tarifs de GitLab et GitHub
GitLab est-il gratuit si vous l'hébergez vous-même ?
Oui, le logiciel est gratuit : GitLab Self-Managed Free, le niveau que vous offre CE, coûte 0 $ par utilisateur. Vous fournissez les serveurs, le stockage et les runners, ainsi que le temps nécessaire pour les maintenir à jour.
Combien coûte l'auto-hébergement de GitLab par mois ?
Prévoyez un Stack 32 pour GitLab et un serveur runner Stack 8 pour environ 10 560 minutes de CI par mois : un runner pour 15 personnes, deux pour 40 et cinq pour 100, à raison de 500 minutes par personne. Pour 40 personnes, cet ensemble coûte environ un douzième du prix de GitLab Premium aux tarifs mensuels standard. Vos heures de maintenance s'y ajoutent.
Que se passe-t-il sur GitLab.com Free au-delà de cinq utilisateurs ?
Un groupe privé de premier niveau comptant plus de cinq utilisateurs passe en lecture seule. Les comptes gratuits créés après le 27 janvier 2026 peuvent posséder trois groupes de premier niveau, chacun restant plafonné à cinq utilisateurs.
Sources
- Pricing, GitHub, 20 oct. 2026. github.com/pricing
- GitHub Actions billing, GitHub Docs, 20 oct. 2026. docs.github.com/en/billing/concepts/product-billing/github-actions
- Actions runner pricing, GitHub Docs, 20 oct. 2026. docs.github.com/en/billing/reference/actions-runner-pricing
- GitHub-hosted runners reference, GitHub Docs, 20 oct. 2026. docs.github.com/en/actions/reference/runners/github-hosted-runners
- GitHub license users, GitHub Docs, 19 oct. 2026. docs.github.com/en/billing/reference/github-license-users
- Pricing, GitLab, 20 oct. 2026. about.gitlab.com/fr-fr/pricing
- Compute minutes, GitLab Docs, 20 oct. 2026. docs.gitlab.com/ci/pipelines/compute_minutes
- Hosted runners on Linux, GitLab Docs, 20 oct. 2026. docs.gitlab.com/ci/runners/hosted_runners/linux
- Free tier user and group limits, GitLab Docs, 19 oct. 2026. docs.gitlab.com/user/free_user_limit
- Manage seats, GitLab Docs, 19 oct. 2026. docs.gitlab.com/subscriptions/manage_seats
- Installation requirements, GitLab Docs, 19 oct. 2026. docs.gitlab.com/install/requirements
- Reference architecture: up to 20 RPS or 1,000 users, GitLab Docs, 19 oct. 2026. docs.gitlab.com/administration/reference_architectures/1k_users
- Reference architectures, GitLab Docs, 19 oct. 2026. docs.gitlab.com/administration/reference_architectures
- Running GitLab in a memory-constrained environment, GitLab Docs, 19 oct. 2026. docs.gitlab.com/omnibus/settings/memory_constrained_envs
- Back up GitLab, GitLab Docs, 20 oct. 2026. docs.gitlab.com/administration/backup_restore/backup_gitlab
- Install GitLab Runner, GitLab Docs, 20 oct. 2026. docs.gitlab.com/runner/install
- Merge request approvals, GitLab Docs, 19 oct. 2026. docs.gitlab.com/user/project/merge_requests/approvals
- GitLab release and maintenance policy, GitLab Docs, 19 oct. 2026. docs.gitlab.com/policy/maintenance
- GitLab VPS Hosting, DreamHost, 22 oct. 2026. dreamhost.com/hosting/vps/gitlab
- VPS overview, DreamHost Help Center, 22 oct. 2026. help.dreamhost.com/hc/en-us/articles/50476238203028