O debate sobre a abordagem de conversão de SVN para Git do GCC não será resolvido este ano

Confira !!



O GNU Compiler Collection (GCC) planeja fazer a transição do SVN para o Git no Dia de Ano Novo, com certeza, agora que esse objetivo não será alcançado. Ainda não existe um consenso firme sobre qual abordagem de conversão SVN para Git utilizar.

Na véspera de Natal, Eric S. Raymond anunciou que o seu software Reposurgeon deveria estar pronto para uma conversão completa e correta do GCC da árvore de origem SVN para o Git. Desde então, vários bugs menores foram apontados e os ajustes para o Reposurgeon continuaram.

Enquanto isso, Maxim Kuvyrkov, de Linaro, com a sua solução alternativa de conversão de SVN para Git também foi discutido, está de acordo com essa grande tarefa.

Maxim escreveu no domingo depois de encontrar mais erros possíveis no Reposurgeon da ESR "Tenho certeza de que esses e quaisquer outros problemas que eu possa encontrar na conversão do reposicionador podem ser corrigidos no tempo. No entanto, não vejo por que deveria se preocupar. Minha conversão está disponível desde o verão de 2019, eu a preparei a tempo para o GCC Cauldron 2019 e não mudou de maneira significativa desde então. Com o problema "Mesclas perdidas", não vejo como a conversão de reposurgeon pode ser considerada "pronta". Além disso, eu esperava que um desenvolvedor diligente comparasse a nova conversão (também conhecida como reposurgeon) com a conversão existente (também conhecida como gcc-pretty / gcc-reparent) antes de declarar a nova conversão como "melhor" ou até "pronta". Os dados que vejo nas diferenças entre as minhas conversões e o reposurgeon mostram que a conversão reparada pelo gcc é / melhor /. Sugiro que a comunidade do GCC adote a conversão gcc-pretty ou gcc-reparent. "

Desde então, o debate continuou na lista de discussão do GCC . Portanto, parece o debate sobre qual abordagem SVN-to-Git para a longa e longa história do GCC continuará em janeiro e não começará 2020 imediatamente com um fluxo de trabalho do Git ... Espero que não demore muito mais para que o GCC os desenvolvedores upstream podem passar a trabalhar no código do compilador em vez de como melhor converter sua árvore de origem.


Fonte 

Até a próxima!!