Alternativas ao GitHub ganham atenção após quedas consecutivas

Motivação: quedas do GitHub e busca por alternativas

Um fio no Hacker News pergunta se faz sentido migrar do GitHub após quedas recorrentes nos últimos meses. A discussão reúne experiências com GitLab auto-hospedado, Gitea, Forgejo, Codeberg, SourceHut, soluções mínimas via SSH e gitolite, além de novos projetos federados. O consenso é que existem alternativas tecnicamente viáveis, mas cada uma envolve concessões em manutenção, recursos de CI/CD, integrações e efeito de rede.

GitLab auto-hospedado: menos downtime, mais responsabilidade

Um participante relata mais de seis anos operando GitLab auto-hospedado com atualizações frequentes de imagens Docker. Houve problemas ocasionais - rollback de upgrade do Docker, um valor padrão de pg_shared_buffers de 1 MB que atrapalhou upgrades de schema e quebras de expectativas de pipeline em mudanças de versão principal. Ainda assim, afirma que a instância própria teve cerca de um dia e meio de downtime em mais de seis anos, enquanto o GitHub teria ultrapassado esse total nos dois primeiros meses após a migração da empresa.

Outro usuário destaca que o principal benefício do self-hosting era o controle: decidir quando atualizar e como responder a incidentes, sem depender do calendário de upgrades de terceiros. Há também a ressalva oposta: para equipes pequenas, preparar GitLab exige máquina de 16 GB a 32 GB de RAM, 4 núcleos, SSD e um grupo de 1 a 3 pessoas capaz de manter o sistema. Runners podem ser o ponto mais trabalhoso, embora haja quem os considere simples, especialmente fora de Kubernetes.

Gitea, Forgejo e o dilema da leveza

Gitea e seu fork Forgejo aparecem como opções mais leves. Relatos divergem: um usuário migrou de Forgejo de volta para Gitea por considerar Gitea à frente em recursos de CI/CD; outro descreve migração tranquila do Gitea para Forgejo. Também há quem aponte que ferramentas externas nem sempre suportam Gitea, com menos integrações do que GitHub, GitLab, Jira, Trello e Linear. Um aumento passado de preços do GitLab é lembrado como motivo para adoção de alternativas mais simples.

Soluções mínimas e forges federados

Para quem só precisa hospedar repositórios, participantes citam git --bare init via SSH, gitolite, CGit/GitWeb e Soft Serve. Há debate sobre o uso da palavra “just”, porque hospedagem aparentemente simples pode crescer para múltiplos usuários, permissões e integrações.

No campo de novos forges, o Tangled se apresenta como federado, com repositórios e runners auto-hospedáveis, stacked PRs, CI baseado em Nix e protocolo aberto ligado ao atproto. Críticas incluem o foco em “social coding”, a ausência imediata de repositórios privados e dúvidas sobre monetização. A resposta citada no fio indica que recursos pagos podem chegar quando houver dados permissionados no ATProto.

Efeito de rede, bots e contrapontos

Vários comentários reconhecem que o GitHub mantém vantagem de comunidade: sair pode reduzir contribuições, e muitos colaboradores não querem criar contas em outra plataforma. Outro contraponto é que parte da atividade atual seria spam ou agentes automatizados, tornando o atrito adicional de um forge menor até desejável. No geral, o fio não conclui que a troca é obrigatória; apresenta uma decisão condicionada a controle, custos operacionais, integração de CI/CD, necessidades de federação e tolerância a perder o efeito de rede do GitHub.