4 pontos por xguru 2020-12-19 | 3 comentários | Compartilhar no WhatsApp
  • A documentação já foi migrada há 2 semanas

  • O código-fonte será migrado neste fim de semana

  • O Ports deve ser migrado em março do próximo ano por questões de timing

  • Quando o FreeBSD passou de CVS para SVN em 2008, o Git ainda não conseguia lidar com o tamanho do FreeBSD

→ Claro, ao que parece, também havia divergências sobre mudanças no fluxo de trabalho https://wiki.freebsd.org/GitDrawbacks

3 comentários

 
galadbran 2020-12-20

Aff... não dá para ir contra a maré, pelo visto.

Quando o Mercurial e o Git ainda disputavam a liderança, eu gostava mais do Mercurial, mas acabou sendo completamente esmagado pela força do GitHub, buá ;_;

Nós também usamos git há alguns anos, e por ser um repositório distribuído, poder aproveitar livremente branches locais e commits locais é uma vantagem,

mas ele não lida bem com repositórios grandes, então é preciso dividir... e no Bitbucket eu já fiquei perdido quando bati no limite de 2 GB e ele simplesmente recusou qualquer operação. Submódulos são feitos de um jeito tão propenso a erros que não dá para recomendar, e aí você acaba fazendo merge de novo em algo que já tinha feito, resolve o mesmo conflito outra vez, depois faz merge errado... E por que existe aquela decisão absurda de querer alterar automaticamente as quebras de linha dos arquivos...? Para usar como repositório comum de controle de código-fonte, há muitas decisões estranhas nos padrões default, então não me agrada muito.

 
functor 2020-12-21

Ah... eu nunca usei mercurial, então fiquei curioso: posso perguntar como as coisas que você mencionou funcionam no mercurial?

  • submódulos

  • conflitos de merge

  • quebras de linha de arquivo

No mercurial, essas coisas são tratadas de forma mais inteligente?

 
kbumsik 2020-12-19

Tomara que o Firefox também migrasse do Mercurial para o git. Já contribuí com o Firefox, mas fiquei tão confuso que foi um sufoco.