Confira!!
Lembre-se no início deste mês, quando a conversão do GCC para o Git estava sendo atrasada pela falta de memória RAM no sistema de Eric S Raymond? Bem, acontece que isso é apenas parte do problema.
Enquanto no início deste mês ele pensou ter resolvido o último bug técnico que estava bloqueando a conversão do repositório e só precisava de mais RAM DDR4 para que seu software pudesse lidar com a conversão completa do GCC no Git, isso não era totalmente o caso. Recentemente, ele forneceu outra atualização que começou com " Essa luz no fim do túnel acabou se tornando um trem que se aproximava " .
Embora ele achasse que o processo de conversão do GCC para o GCC estava quase completo, uma conversão de teste mais recente gerou conteúdo incorreto aparecendo no tronco / base de código mestre. Ele continuou: " Isso significa que, sob as suposições atuais, o jogo acabou e perdemos. O repositório do GCC é muito grande e estranho ... Minhas ferramentas precisam ser muito mais rápidas, como se fossem mais do que um pedido de magnitude mais rápida, antes de sair da situação ruim em que a conversão está agora será prática.As melhorias de hardware não farão isso.Ninguém sabe como construir uma máquina que pode acionar um único processo com velocidade suficiente mais rápida que 1.3GHz. não paraleliza " .
Uma das últimas idéias de Eric é reescrever seu código "reposurgionário" em Go from Python. Ele acha que poderia render cerca de uma melhoria de velocidade de 40x. Mas ele diz que converter seu código de Python para Golang seria bem difícil. Ele terminou a mensagem com: "A gerência do GCC terá que tomar uma decisão sobre quão paciente está disposto a ser. Neste momento, não estou certo de que não seria melhor converter seu estado de árvore existente e partir dali, História do Subversion para fins de arquivamento. "
Questionados sobre as cópias atuais do GCC Git como gcc-mirror no GitHub e no oficial-gcc.git , elas são produzidas usando o utilitário git-svn. Eric diz que esses utilitários podem, às vezes, atrapalhar as junções de agências e outros casos.
Em resposta à sua mensagem, um grande número de desenvolvedores do GCC upstream está simplesmente pedindo a conversão do código master / trunk e filiais recentes como o GCC 6/7/8 para serem convertidas em Git, enquanto as ramificações mais antigas podem ser deixadas em segundo plano. está em SVN somente leitura ou no estado git-svn'ed. Embora, de acordo com a ESR, seu utilitário de reposicionamento recentemente tenha atingido um bug com a conversão do código de tronco, para que ele primeiro precise ser dividido ...
Espero que até o final do ano, o GCC seja centrado em torno de um fluxo de trabalho Git.
Fonte
Até apróxima!!
Nenhum comentário:
Postar um comentário