Preço por usuário do GitLab e do GitHub vs. quanto custa o GitLab CE auto-hospedado

Um grupo privado no GitLab.com Free passa a ser somente leitura quando tem mais de cinco usuários. A partir daí, cada pessoa que você adiciona custa um assento. O GitHub cobra por cada membro da organização e cada colaborador externo em um repositório privado, contando cada um uma única vez. Para uma equipe de 40 pessoas que usa 500 minutos de CI cada por mês, o GitLab Premium chega a US$ 15.120 por ano.

Com cinco pessoas ou menos, o GitHub Team ou o GitLab.com Free custam mais ou menos o mesmo que o GitLab CE em servidores próprios, ou menos. O restante desta página é para equipes que já passaram desse ponto. Se você ainda está escolhendo uma plataforma, nosso guia sobre como escolher entre GitLab e GitHub para uma equipe pequena compara os dois recurso por recurso.

Quanto custa um assento em cada plano

Estes são preços de tabela em dólares americanos, sem impostos, consultados em 20 de outubro de 2026 na página de preços do GitHub e na página de preços do GitLab.

O GitLab cobra o crescimento de duas formas. Assentos que você compra no meio do período são cobrados de forma proporcional até o fim dele. Pessoas que você adiciona além dos assentos comprados são outra história: sem a reconciliação trimestral, o GitLab as cobra como um ajuste anual (true-up) pelo período inteiro. Guests também contam. No Premium, um usuário com a função Guest ocupa um assento, embora no Ultimate não ocupe. O GitLab não divulga o preço do Ultimate, por isso ele não aparece nestas tabelas.

A conta mensal com 15, 40 e 100 pessoas

Os assentos não são a conta toda. Os dois fornecedores medem o CI por minuto além de uma franquia, e essa franquia pertence à conta inteira ou ao grupo de nível superior, então ela não cresce quando você adiciona pessoas. Para incluir os minutos na conta, supusemos 500 minutos de CI em Linux por pessoa ao mês no runner hospedado padrão de cada plataforma. Troque pelo seu próprio número, que está na sua página de uso. Nosso pipeline de teste para o framework web Express (instalação, testes, empacotamento) usou 0,80 minuto de job com cache frio e cerca de 0,3 depois disso, mas um projeto com uma suíte de testes mais longa provavelmente vai usar muitas vezes isso a cada push.

Acima da franquia, o GitHub cobra US$ 0,006 por minuto no runner Linux de 2 núcleos, e minutos de Windows e macOS custam mais (US$ 0,010 e US$ 0,062), então calcule essas builds em uma linha separada. O GitLab vende minutos extras a US$ 10 por 1.000, como compra única que continua valendo nos meses seguintes se não for usada, e o runner pequeno padrão dele conta cada minuto uma única vez.

No GitLab Premium e no GitHub Enterprise, os assentos são quase a conta inteira. O GitHub Team é a exceção, porque os 3.000 minutos incluídos acabam cedo.

Quanto custa o GitLab CE auto-hospedado

O GitLab CE não tem taxa de licença nem limite de usuários, então a coluna de assentos desaparece. Em vez disso, você paga pelo hardware: um servidor para o GitLab e pelo menos mais um para o runner que executa seus jobs de CI.

O servidor do GitLab

Os requisitos de instalação do GitLab definem 8 vCPU e 16 GB de memória como base para uma instalação de nó único. A menor arquitetura de referência do GitLab usa esse mesmo nó único para até 1.000 usuários, contando pessoas e automações juntas, e o GitLab geralmente recomenda uma configuração independente sem alta disponibilidade, com backups, para até 2.000 usuários. O Stack 32, com 8 vCPU e 32 GB, é o primeiro plano de hospedagem VPS para GitLab que atende a essa base, então um único Stack 32 cobre todas as linhas da tabela.

Uma equipe de cerca de 15 pessoas que quer testar o CE durante um sprint pode começar no Stack 16 com um runner Stack 8 ao lado. O Stack 16 tem os 16 GB e metade dos núcleos (4 vCPU), o que o deixa abaixo da base indicada pelo GitLab. Para um teste curto, tudo bem.

Rodamos o GitLab CE 19.5 em uma pequena VM de teste (não um servidor da DreamHost) para ver quanto ele ocupa antes de a sua equipe chegar. O uso ocioso não indica tamanho de equipe, então a escolha do plano continua baseada no dimensionamento do próprio GitLab.

A linha de memória restrita usa as configurações de pouca memória do GitLab, pensadas para equipes muito pequenas.

Os servidores de runner

A página de instalação do runner do GitLab recomenda instalar o GitLab Runner em uma máquina separada da que hospeda o GitLab. Nosso teste mostra o custo de compartilhar. Com o runner na mesma máquina de 2 vCPU, uma leitura flagrou um pequeno job Node.js a 137% de CPU enquanto o GitLab usava 79%, mais do que os dois núcleos conseguiam entregar ao mesmo tempo.

O GitLab não publica um tamanho de hardware para essa máquina, então usamos como referência o runner com base no qual os minutos da conta foram calculados. O runner Linux padrão do GitHub para repositórios privados tem 2 CPUs e 8 GB. O runner pequeno padrão do GitLab.com também tem 2 vCPUs e 8 GB. Assim, um Stack 8, com as mesmas 2 vCPU e 8 GB, rodando um job por vez, equivale a um runner hospedado.

A quantidade necessária depende do CI. Supusemos que um runner fica ocupado no máximo 8 horas por dia em 22 dias úteis, o que dá 10.560 minutos de job por mês. Isso resulta em um Stack 8 com 15 pessoas, dois com 40 e cinco com 100, o mínimo capaz de dar conta dos minutos de cada linha dentro do expediente. Com 40 e 100 pessoas, eles ficariam ocupados 95% desse tempo, então esperamos que os jobs fiquem na fila nos horários de pico. Acompanhe a fila no primeiro mês e adicione um runner quando a espera começar a incomodar. Um runner Stack 32 aguenta cerca de quatro jobs de 2 vCPU ao mesmo tempo, com pouco menos de 8 GB cada, por um custo por job menor que o de quatro servidores Stack 8.

Pelas tarifas mensais regulares, todas as linhas do GitHub Enterprise e do GitLab Premium custam pelo menos 3,8 vezes o valor do servidor GitLab e dos servidores de runner somados. O GitHub Team com minutos hospedados custa cerca de 2,5 vezes esse valor com 40 pessoas e 4 vezes com 100. Com 15 pessoas, o GitHub Team e os dois servidores do CE custam mais ou menos o mesmo.

Se você ficar e usar seu próprio runner

O GitHub não cobra pelo Actions em runners auto-hospedados. O GitLab.com mede minutos de computação nos runners da instância, e os seus próprios runners continuam funcionando depois que você atinge o limite. Envie seus jobs para a sua própria máquina e a linha de CI cai para US$ 0 nos três planos, enquanto as linhas de assentos da tabela acima continuam iguais.

São os mesmos servidores de runner de que o CE precisaria, então custam o mesmo nos dois casos. Sobram os assentos contra um servidor GitLab. Só os assentos já superam o preço mensal regular do Stack 32 a partir de 3 pessoas no GitLab Premium ou no GitHub Enterprise, e a partir de 15 no GitHub Team. Então, com 15 pessoas, o GitHub Team com seu próprio runner custa mais ou menos o mesmo que o CE, e cada pessoa a mais adiciona US$ 4 por mês em assentos.

O que o CE não tem em relação ao Premium

Parte do que o preço do assento compra são recursos que o CE não tem. No nível gratuito do GitLab, que é o conjunto de recursos do CE, as aprovações de merge request são opcionais e não bloqueiam um merge. Se um auditor exigir que toda mudança fique retida até que uma segunda pessoa a aprove, você vai precisar do Premium. Nossa comparação entre GitLab e GitHub lista o que mais fica exclusivo do Premium.

Na hospedagem VPS para GitLab, o suporte da DreamHost está disponível 24/7 para hardware, rede e conectividade. Você gerencia o sistema operacional, o software e a configuração. A Central de Ajuda da DreamHost informa que o gerenciamento de servidor e os backups automáticos não estão incluídos em uma VPS, então a linha de backups da tabela acima fica por sua conta.

As horas que ficam por sua conta

O GitLab lança uma versão mensal na terceira quinta-feira de cada mês e versões de correção duas vezes por mês. Pelas nossas contas, uma equipe que se mantém atualizada aplica cerca de três atualizações por mês, com um backup antes de cada uma. Na nossa instância de teste, com um projeto e alguns pipelines, gitlab-backup create levou 26 segundos. O seu vai crescer junto com os repositórios. Mas o backup deixa de fora gitlab.rb e gitlab-secrets.json, e a documentação de backup do GitLab orienta você a fazer o backup dos dois por conta própria. Não cronometramos uma atualização, então calcule essa parte com base no seu próprio teste.

O CE só economiza enquanto o custo da manutenção for menor que a diferença entre a conta do fornecedor e os servidores. Com 40 pessoas, os servidores ficam abaixo de um décimo da conta do Premium, o que deixa mais de 90% de US$ 1.260 por mês para pagar as horas. Em comparação com o GitHub Team, eles representam cerca de 40% de US$ 262 com 40 pessoas e quase todos os US$ 87 com 15.

1. Conte todos os assentos

   Liste membros, colaboradores externos e, no GitLab Premium, Guests. Esse número multiplicado pelo preço do assento é a primeira linha.

2. Veja os minutos de CI do mês passado

   Pegue o total da sua página de uso e subtraia a franquia do seu plano. Calcule o restante pela tarifa da sua plataforma.

3. Conte os servidores de runner de que o CE precisaria

   Divida seus minutos mensais de CI por 10.560 e arredonde para cima. Adicione um Stack 32 para o próprio GitLab.

4. Calcule o custo da manutenção

   Cronometre um backup e uma atualização em um servidor de teste, multiplique por três atualizações por mês e multiplique o resultado pelo seu custo por hora.

Qual conta escolher

Como calculamos os preços e fizemos as medições

A DreamHost consultou as páginas de preços do GitHub, do GitLab e da própria DreamHost em 20 de outubro de 2026 e voltou a conferir sua página de hospedagem VPS para GitLab e a Central de Ajuda em 22 de outubro. Impostos, excedentes de armazenamento, créditos de IA, runners maiores e o preço de renovação do GitHub não entram nos totais. O número de runners é uma estimativa nossa, baseada em um limite de horas de trabalho. Os preços dos servidores vêm da página de hospedagem VPS para GitLab, no plano mensal.

As medições vêm da imagem oficial do GitLab CE 19.5.0, que a DreamHost executou em 20 de outubro de 2026 em uma VM de teste arm64 com 2 vCPU, 8 GB e Ubuntu 24.04. Essa VM não é um servidor da DreamHost e é bem menor que o Stack 32. A memória é a mediana de 12 leituras feitas após 10 minutos de estabilização. A primeira página de login respondeu cerca de 120 segundos após uma inicialização a frio. O teste não reflete a carga de uma equipe real, um repositório grande, o tempo de inatividade durante atualizações nem um runner em uma segunda máquina.

Perguntas frequentes sobre preços do GitLab e do GitHub