Avaliando novos forges de software

Desenvolvedores que avaliam alternativas ao GitHub estão lidando com trade-offs entre conveniência, controle e filosofia em temas como treinamento de IA, licenciamento open-core e centralização. Os comentaristas comparam forges mainstream (GitHub, GitLab) com opções auto-hospedadas (Gitea/Forgejo, SourceHut, OneDev, Radicle e outras plataformas no estilo Web3), destacando diferenças em ferramentas de CI, custo de manutenção, esforços de federação e construção de comunidade. Muitos veem como um compromisso pragmático espelhar código no GitHub para descoberta enquanto hospedam os repositórios principais em outro lugar, mesmo criticando políticas opacas, crescimento de bloat e governança opinativa em várias plataformas.

Panorama dos Forges de Software e Novas Opções

  • Além dos grandes forges (GitHub, GitLab, SourceHut, Gitea/Forgejo, Codeberg, Bitbucket), os comentaristas mencionam opções mais novas ou de nicho:
    • Radicle, protocol.land, Gitopia (todas com aspectos de Web3/cripto em graus variados).
    • Pierre para fluxos de trabalho focados em produto.
    • OneDev, Ayllu, Fossil, Gitolite/GitWeb, darcs, Pijul.
  • Alguns veem Radicle e projetos semelhantes como genuinamente “novos e empolgantes”; outros desconfiam das associações com Web3/cripto.

Self-Hosting vs SaaS

  • Muitos estão migrando para Gitea/Forgejo, GitLab, darcs etc. auto-hospedados, especialmente para projetos pessoais com pouca colaboração.
  • O GitLab é visto como rico em recursos, mas pesado e exigente em manutenção; as experiências vão de “besta dolorosa” a “à prova de falhas com atualizações baseadas em cron”.
  • Gitea/Forgejo são elogiados pela simplicidade; CI integrado e Actions estão amadurecendo.
  • Alguns estão experimentando pequenos provedores independentes de hospedagem e ideais da “web pequena”.

CI e Fluxos de Trabalho em YAML

  • Há um debate sobre “YAML complicado” em CI:
    • Alguns argumentam que toda CI moderna (GitHub Actions, GitLab CI, SourceHut, Drone) usa efetivamente YAML semelhante, então criticar uma e aceitar outra é inconsistente.
    • A melhor prática sugerida: manter o YAML enxuto e chamar scripts dentro do repositório para manter a CI reproduzível localmente.

Email vs Fluxos de Trabalho na Web (SourceHut, Comunidade)

  • Fluxos de trabalho baseados em email dividem opiniões:
    • Os fãs dizem que são simples e que a ferramenta é o verdadeiro problema.
    • Os críticos os chamam de arcaicos, desestimulantes para contribuidores “do século 21” e ruins para construir comunidades mais amplas.
  • Preocupações com o SourceHut:
    • Percepção de hostilidade a pseudônimos vs esclarecimentos de que são exigidos emails estáveis, não nomes legais.
    • A política que proíbe a maioria dos projetos de criptomoeda levanta questões sobre a “liberdade” da plataforma, mas outros apreciam seus valores explícitos e a revisão humana.

IA, Copilot e Privacidade do Código

  • Forte preocupação com forges “alimentados por IA” treinando com código hospedado, especialmente GPL/FOSS.
  • Alguns argumentam que LLMs e o Copilot são apenas ferramentas e opcionais; outros querem que seu código seja totalmente inacessível à IA, comparando isso à preferência por comida “feita por chef” em vez de comida industrial.
  • Espelhar repositórios auto-hospedados no GitHub para descoberta enquanto se opõe ao Copilot é apontado por alguns como ideologicamente inconsistente.

Descentralização, Federação e Descoberta

  • Há interesse em:
    • ActivityPub/ForgeFed para issues/PRs entre forges sem contas em todo lugar.
    • Busca federada e descoberta opt-in em vez do domínio centralizado do GitHub.
  • Vários observam que é difícil construir comunidade se não estiver no GitHub, mas querem que a descoberta seja desacoplada da hospedagem.

UX, Políticas e “Enshittification”

  • Reclamações de que a interface do GitHub baseada em React parece mais lenta e mais travada do que antes.
  • Preocupações com “enshittification” à medida que os forges correm atrás de tendências vagas de IA.
  • Alguns veem os critérios e o tom do autor do blog como inconsistentes ou excessivamente cáusticos; outros defendem textos pessoais fortemente opinativos como ainda úteis.