Por que desenvolvedores estão deixando o GitHub por Codeberg e alternativas self-hosted
(howtogeek.com)- O GitHub é uma plataforma gigantesca, com mais de 600 milhões de repositórios e quase 1 bilhão de commits registrados em 2025, mas alguns projetos open source estão escolhendo outras hospedagens por causa de instabilidades e da falta de confiança nos rumos da operação
- Ghostty, Zig e Tenacity deixaram o GitHub ou mantiveram apenas espelhos somente leitura; Dillo e Hare também migraram, e há projetos como GNOME e Apache que optaram por self-hosting desde o início
- A reclamação mais direta são as indisponibilidades do serviço: o IncidentHub rastreou 48 “major outages” do GitHub e um total de 112 horas de downtime ao longo de um ano desde maio de 2025
- Entre as controvérsias políticas, foi mencionado o contrato de US$ 200 mil do GitHub relacionado ao ICE; a expansão da integração com IA e a fala do CEO Thomas Dohmke em 2025, “Either you embrace AI, or get out of this career.”, também aumentaram a reação negativa
- Codeberg, GitLab, Bitbucket, Sourcehut, Gitea e Forgejo oferecem opções realistas fora do GitHub, incluindo rastreamento de issues, hospedagem de páginas estáticas, CI/CD, fluxos de trabalho baseados em e-mail e operação de forges próprias
O tamanho do GitHub e os sinais de saída
- O GitHub ainda é uma plataforma de desenvolvimento esmagadoramente grande em vários indicadores
- 1 novo usuário se cadastra a cada segundo
- Hospeda mais de 600 milhões de repositórios
- Quase 1 bilhão de commits foram gerados em 2025
- Ainda assim, alguns usuários se preocupam com a estabilidade técnica e com os rumos operacionais do GitHub
- As reclamações técnicas se concentram em downtimes frequentes
- Depois da aquisição pela Microsoft, a direção política também se tornou uma questão mais sensível
- Com alguns projetos conhecidos se movendo para deixar o GitHub por completo, há interpretações de que esse movimento pode ser o início de uma saída mais ampla
Projetos que deixaram o GitHub
- Ao procurar software open source, parece que quase todos os projetos estão no GitHub, mas também há muitos casos em que o endereço principal fica fora dele
- O código-fonte do kernel Linux tem um espelho somente leitura no GitHub
- A casa principal real fica em um domínio separado
- Ghostty é um dos casos de saída mais notáveis
- Ghostty é um emulador de terminal multiplataforma
- O mantenedor Mitchell Hashimoto anunciou que o Ghostty deixará o GitHub em abril de 2026
- A migração não será imediata; o plano é remover gradualmente as dependências do GitHub e manter um espelho somente leitura na URL atual
- Zig também anunciou em novembro de 2025 que deixaria o GitHub
- Zig é uma linguagem de programação de sistemas apresentada como sucessora espiritual do C
- O primeiro commit foi feito em 2015, e até recentemente o projeto operava sem interrupções no GitHub
- Tenacity também é um grande projeto que saiu do GitHub
- Tenacity é um editor de áudio multiplataforma
- Em 2023, anunciou a migração em um fórum do Reddit e atualmente mantém apenas um espelho no GitHub
- O navegador Dillo e a linguagem de programação Hare também migraram, enquanto o GNOME e muitos softwares da Apache escolheram hospedagem própria, e não o GitHub, desde o início
Motivos da saída: falhas, política e IA
- Os motivos pelos quais mantenedores estão deixando o GitHub não se resumem a uma única causa
- A reclamação técnica que aparece com mais frequência são as falhas recorrentes
- O IncidentHub rastreou 48 “major outages” no GitHub ao longo de um ano a partir de maio de 2025
- O downtime total foi contabilizado em 112 horas
- Essas falhas são apontadas como fatores ligados às migrações de Ghostty e Zig
- Razões políticas também fazem parte do contexto das saídas
- Andrew Kelley, criador do Zig, mencionou a relação entre o GitHub e o ICE
- O contrato de US$ 200 mil do GitHub relacionado ao órgão de fiscalização migratória já havia sido criticado por funcionários em 2019
- A integração com IA também ampliou o debate em torno do GitHub
- O GitHub está integrando cada vez mais o Copilot
- Em 2025, o CEO Thomas Dohmke afirmou: “Either you embrace AI, or get out of this career.”
- Mitchell Hashimoto afirmou que o GitHub não é mais um lugar agradável para trabalhar e que parece um lugar que atrapalha o trabalho e a distribuição de software
Projetos que evitaram o GitHub desde o início
- Além dos projetos que deixaram o GitHub, também há projetos que nunca escolheram o GitHub em primeiro lugar
- O GNU Project rejeita o GitHub por motivos ideológicos
- Questiona o fato de que, para o GitHub funcionar, é necessário JavaScript que não é software livre
- Considera que o GitHub incentiva “más práticas de licenciamento”
Opções fora do GitHub
- O Codeberg é um dos principais serviços concorrentes escolhidos por projetos como o Zig no lugar do GitHub
- Oferece recursos semelhantes aos do GitHub, como rastreamento de issues, hospedagem de páginas estáticas e CI/CD
- GitLab e Bitbucket também são mencionados como alternativas
- O GitLab tem opção de self-hosting
- O Bitbucket é apresentado como uma alternativa da mesma época do GitHub
- Sourcehut é um serviço totalmente open source
- Oferece funcionalidades correspondentes aos principais recursos do GitHub
- Enfatiza fluxos de trabalho baseados em e-mail
- Também é possível operar sua própria forge
- Gitea e Forgejo são citados como opções populares
- Forgejo é o software que roda por trás do Codeberg
- Também há movimentos que ajudam na saída do GitHub, como a campanha Give Up GitHub da Software Freedom Conservancy
Critérios diferentes para cada projeto
- O GitHub é visto como uma aplicação web que teve um grande papel em incentivar o desenvolvimento open source e a colaboração
- Ao mesmo tempo, carrega tanto problemas técnicos quanto ideológicos
- Desenvolvedores e projetos podem, conforme sua posição, continuar usando o GitHub ou escolher alternativas como Codeberg, GitLab, Bitbucket, Sourcehut, Gitea, Forgejo e self-hosting
1 comentários
Comentários do Hacker News
Deixando de lado sentimentos a favor ou contra o GitHub, artigos do tipo “por que X faz Y” partem do princípio de que X faz Y como se isso fosse verdade, e pulam direto para o “por quê” antes de provar que essa premissa é significativamente precisa
Por isso não confio em títulos que começam com “Why”
Dizem que “os desenvolvedores estão indo embora”, mas na prática só listam alguns poucos repositórios minimamente relevantes entre centenas de milhares
Agora o serviço está ruim a ponto de, toda vez que algo fica lento ou cai na empresa, surgirem piadas sobre o GitHub
Reputação é um ativo muito valioso, e o GitHub destruiu em poucos meses uma reputação excelente que levou tempo para construir; isso sim é notícia
O ponto central, como outros já disseram, é a tendência
Pelo que ouvi de pessoas de vários projetos importantes de código aberto, o motivo para continuarem no GitHub agora são os créditos gratuitos do GitHub Actions. Isso significa que, se saírem, não conseguem bancar os custos de CI/CD; então, se o GitHub não estivesse “pagando” para mantê-los ali, os números seriam maiores
https://www.paulgraham.com/submarine.html
Usei o Codeberg por um ano, e no começo deste ano o Codeberg decidiu, por conta própria, exibir texto aleatório hostil no lugar do repositório. Disseram que era para atrapalhar o treinamento de LLMs no caso de user agents sobre os quais não tinham certeza se eram humanos
O trabalho do Codeberg era uma coisa só: fornecer repositórios. E falhou nisso; quando levantei o problema, me disseram que não era bug, era funcionalidade. Até poderiam me colocar numa whitelist, mas o problema não era comigo, e sim que pessoas aleatórias estavam tendo o acesso ao repositório totalmente bloqueado. No fim, voltei para o GitHub
Esse aviso de alguns segundos incomoda a ponto de tornar o Codeberg inutilizável para você? Ou no seu caso dura muito mais de 2 segundos?
Cada um tem seus limites para o que aceita e tolera no mundo, mas, do meu ponto de vista, o Codeberg está travando uma boa luta para impedir que LLMs raspem o site
Acho que operar uma forge de código é mais difícil do que eu imaginava
Saí do GitHub há 9 meses
Agora hospedo meu próprio Gitea, uso como registro para Docker e NPM, uso act runner como alternativa ao GitHub Actions, e protejo tudo dentro da tailnet
Estou muito satisfeito com essa configuração. Tem tudo de que preciso e, depois de configurar uma vez, quase não exige manutenção
Agora só uso o GitHub como backup para espelhar o repositório auto-hospedado
[0] https://gitea.com
[1] https://docs.gitea.com/usage/actions/act-runner
Primeiro espelhei todos os repositórios do GitHub e depois fui migrando começando pelos que mais uso
O maior ganho foi poder rodar um runner da Apple no meu Mac, então posso usar o GitHub Actions gratuito para outras coisas
Meus projetos públicos têm workflows que publicam e fazem push de contêineres tanto no Gitea quanto no GitHub
Projetos pessoais de código aberto eu deixo no GitHub, onde todo mundo está, para facilitar compartilhamento e colaboração
A CI de toda a organização https://github.com/lightningdevkit ficou fora do ar por 3 semanas. O motivo foi um colaborador externo, bloqueado injustamente, ter aberto um PR
Fizemos vários recursos, mas não recebemos explicação nenhuma, só a resposta de que o bloqueio era permanente; só foi resolvido depois que fizemos barulho no Twitter. Infelizmente, já não é mais um bom lugar para trabalhar
Como desenvolvedor que saiu do GitHub e optou por auto-hospedagem, meu motivo é um só. Não foram dificuldades técnicas, nem política, nem IA, e sim a Microsoft
Assim como com Apple e Facebook, tenho um desprezo profundo pela Microsoft e quero removê-la da minha vida o máximo possível
Hoje rodo Git com Gitea e Forgejo num Raspberry Pi. Posso subir arquivos de um tamanho difícil de imaginar no GitHub, e se o Claude abrir um PR por conta própria eu posso olhar o diff, ajustar e fazer merge. Mesmo com a força de um único Pi 3B+, a experiência parece mais responsiva
Desenvolvedores, inclusive eu, não querem ouvir que seremos demitidos por causa de IA treinada em projetos open source gratuitos e de hobby
Se o mundo aceitar LLMs como um método válido de lavagem de licença, não sei como eu poderia lutar contra isso
Código privado parece mais seguro quando é auto-hospedado. Idealmente, colocar atrás de WireGuard adiciona uma camada extra de segurança
Em hospedagem de código público, o GitHub bloqueia gente e projetos demais, o que me deixa desconfortável. De pesquisadores de segurança a desenvolvedores de jogos adultos, há casos demais de bloqueios injustos
Fico me perguntando se, com o aumento de serviços de hospedagem de código, também vamos ver mais sistemas alternativos de controle de versão, ou se o Git já está profundamente estabelecido como ferramenta
É meio resmungão da minha parte, mas eu gostaria de ver mais desenvolvimento de sistemas alternativos de controle de versão. O pijul parece legal, embora eu não saiba como ele se sai em escalabilidade. O Git LFS às vezes é bem chato de lidar, então talvez apareçam mais sistemas como o Perforce
É verdade que não é prático ter uma grande variedade de sistemas de controle de versão muito diferentes entre si, e aprender várias ferramentas também é um saco, mas quando vejo histórias de gente simplesmente clonando o repositório de novo, o Git parece um tanto menos que ideal. Testei o jj recentemente e, tirando a falta de suporte a LFS, pareceu funcionar bem, então estou esperançoso
Auto-hospedagem também pode ficar mais popular. Até recentemente eu não ouvia falar muito disso
Se LFS é um sofrimento, preciso mencionar o Oxen, porque eu simplesmente não consigo usar Git LFS. É open source, pode ser auto-hospedado e também tem opção hospedada. Um dos objetivos centrais é lidar com arquivos grandes desde o início, e fazer isso mais rápido do que qualquer outro. Ainda usamos o GitHub para distribuição, o que é engraçado: https://github.com/Oxen-AI/Oxen
Também fico curioso para ver aonde o jj vai chegar. A filosofia dele é realmente interessante e parece promissora
Como alguém que já tentou auto-hospedar Git e achou a manutenção dolorosa, estou sinceramente curioso. Quero saber por que os desenvolvedores estão migrando em massa para outras plataformas e como podem ter certeza de que essas plataformas não vão mostrar os mesmos sinais de alerta que dizem ver no GitHub
Uma ou duas vezes por ano alguma atualização exige intervenção, mas fora isso não acontece muita coisa. Até agora estamos muito satisfeitos
No momento, o maior problema são os scrapers de IA, que às vezes deixam tudo mais lento. Mesmo assim, nada que algumas regras de firewall e anoubis não resolvam
Se você quiser um serviço hospedado, pode usar o Codeberg. Ele é operado por uma organização sem fins lucrativos da Alemanha, então é mais difícil dar uma mordida repentina e mudar de direção no estilo OpenAI. Só que eles aceitam apenas projetos livres e open source
Estou com GitLab auto-hospedado há cerca de um ano e não me lembro de ele ter caído ou ficado indisponível
Tirando reuniões online, também auto-hospedamos quase todo o resto, e no geral é tudo bem estável. Algumas ferramentas caem de vez em quando, mas normalmente basta reiniciar a VM ou adicionar mais armazenamento
Não é a única opção nessa área, mas está entre as mais fáceis de subir uma instância que já vi até agora
Também estou pensando em auto-hospedar, mas meu objetivo é open source, então me preocupo com scrapers e outros tipos de tráfego de DOS