Não mantenho mais meus projetos em Emacs no Sourcehut

Opções de hospedagem e praticidade

• Muitos veem a saída do Sourcehut como uma escolha pragmática: escolher o forge cujas compensações melhor se encaixam no projeto e no público.
• Vários comentaristas usam uma regra simples: “Se eu quero contribuidores e visibilidade, uso GitHub; caso contrário, qualquer outra coisa (auto-hospedado, Gitea/Forgejo, Sourcehut, git cru).”
• Alguns enfatizam que hospedar código é trivial; a parte difícil é hospedar issues, revisões e discussões bem.

Dominância do GitHub e aspectos sociais

• O GitHub é descrito como uma rede social de fato para desenvolvedores: estrelas, feeds e descobribilidade impulsionam engajamento e contribuições.
• Os efeitos de rede importam: contribuidores muitas vezes não querem “outra conta” ou uma interface desconhecida.
• Alguns não gostam da Microsoft e do treinamento de IA, mas ainda sentem que precisam permanecer porque “é lá que as pessoas estão”.

Impressões sobre GitLab

• Opiniões mistas: elogiado por auto-hospedagem e fluxos de trabalho empresariais, mas criticado por ser lento, poluído e mais voltado a empresas do que à comunidade.
• Preço e restrições anteriores de recursos (como limitar a busca anônima de issues) afastam o uso por hobby e OSS.

Fluxo de trabalho e UX do Sourcehut

• Os apoiadores valorizam sua abordagem minimalista, centrada em e-mail, que “funciona para seus usuários”, e a rejeição deliberada da interação no estilo GitHub.
• Os críticos acham a interface arcaica, a navegação desajeitada, o tratamento de anexos ruim e os fluxos de patch por e-mail confusos para iniciantes.
• Alguns argumentam que a fricção atrai seletivamente contribuidores sérios; outros dizem que isso simplesmente mata contribuições pequenas, mas valiosas.

Listas de e-mail vs colaboração baseada na web

• As listas de e-mail são elogiadas por serem abertas, federadas e boas para discussões técnicas nuançadas, com integração às ferramentas do git.
• Desvantagens apontadas: fricção para inscrição, ruído na caixa de entrada, busca ruim para novatos, confusão entre “responder” vs “responder a todos/lista”, complicações com mbox.
• Vários dizem que listas de e-mail são adequadas para projetos estabelecidos, com muitos contribuidores, mas desanimadoras para projetos novos.

Contribuidores, fricção e objetivos do projeto

• Alguns mantenedores preferem deliberadamente barreiras mais altas para filtrar spam e senso de direito.
• Outros querem a menor fricção possível para incentivar correções ocasionais e ajustes de documentação.

Alternativas e preocupações com lock-in

• Forgejo, Gitea, Codeberg, Fossil e Forgejo/Gitea auto-hospedados ou git cru são mencionados como promissores ou suficientes, embora sejam notados problemas de comunidade e drama.
• Comentaristas temem a monocultura e a futura “enshittificação” do GitHub, e desejam melhor interoperabilidade entre forges (issues, PRs e revisões, não apenas pushes de git).