Git 2.38 inclui escalar, o novo utilitário desenvolvido pela Microsoft, melhorias e muito mais

Faz pouco o lançamento da nova versão foi anunciado sistema de controle de código fonte distribuído Git 2.38, que em relação à versão anterior, foram aceitas 699 alterações na nova versão, elaborada com a participação de 92 desenvolvedores, dos quais 24 participaram do desenvolvimento pela primeira vez.

Para aqueles que não estão familiarizados com o Git, você deve saber que este é um dos sistemas de controle de versão mais populares, software confiável e de alto desempenho que fornece ferramentas de desenvolvimento não lineares flexíveis baseadas em bifurcações e fusões de bifurcações.

Para garantir a integridade do histórico e a resistência a alterações de datas anteriores, o hash implícito de todo o histórico anterior é usado em cada commit, também é possível verificar as assinaturas digitais dos desenvolvedores de tags e commits individuais.

Novos recursos principais do Git 2.38

Nesta nova versão do Git 2.38 que se apresenta, destaca-se que utilitário escalar incluído desenvolvido pela microsoft para gerenciar grandes repositórios. O utilitário foi originalmente escrito em C#, mas uma versão C modificada está incluída no git. O novo utilitário difere do comando git por incluir recursos e configurações adicionais padrões que afetam o desempenho ao trabalhar com repositórios muito grandes.

Por exemplo, ao usar escalar, o seguinte se aplica:

• Clone parcial para trabalhar com uma cópia incompleta do repositório.
• Mecanismo de controle de alterações do sistema de arquivos integrado (FSMonitor), que elimina a necessidade de listar todo o diretório de trabalho.
• Índices que cobrem objetos em diferentes pacotes de arquivos (multi-pacote).
• Arquivos de gráfico de confirmação com um índice de gráfico de confirmação usado para otimizar o acesso às informações de confirmação.
• Trabalho periódico em segundo plano para manter a estrutura ideal do repositório em segundo plano sem bloquear a sessão interativa (uma vez por hora, é feito um trabalho para obter novos objetos do repositório remoto e atualizar o arquivo com o gráfico de commit, e o processo de empacotamento de o repositório é iniciado todas as noites).
• Um modo "sparseCheckoutCone" que restringe os padrões válidos na clonagem parcial.

Outra mudança que é apresentada nesta nova versão do Git 2.38 é a Opção “–update-refs” para o comando “git rebase” para atualizar ramificações dependentes que se cruzam com ramificações realocadas, para que você não precise fazer check-out manual de cada ramificação dependente para alternar para o commit desejado.

Destaca-se também que o formato de arquivo bitmap foi otimizado para trabalhar com grandes repositórios- Adicionada uma tabela de índice opcional com uma lista de commits selecionados e seus deslocamentos.

Além disso, podemos encontrar que no comando "git merge-tree" implementa um novo modo em que, com base em dois commits específicos, uma árvore é calculada com o resultado da mesclagem, como se os históricos desses commits fossem mesclados.

Configuração adicionada "safe.barerepository" para controlar se os repositórios que não contêm uma árvore de trabalho, eles podem ser colocados dentro de outros repositórios git. Quando definido como "explícito", os repositórios vazios localizados no diretório superior só poderão funcionar. Para poder colocar repositórios vazios em subdiretórios, o valor "all" deve ser usado.

Das outras mudanças que se destacam nesta nova versão:

• Adicionada a opção “-m” (“–max-count”) ao comando “git grep”, que é semelhante à opção GNU grep de mesmo nome e permite limitar o número de resultados de correspondência.
• O comando "ls-files" implementa a opção "--format" para personalizar os campos de saída (por exemplo, você pode habilitar a saída do nome do objeto, modos, etc.).
• No "git cat-file", ao exibir o conteúdo dos objetos, é implementada a capacidade de levar em consideração os links dos autores para o email, especificados no arquivo de mapa de email.
• Comando "git rm" compatível com índices parciais.
• Melhorado o comportamento do comando "git mv AB" ao mover um arquivo de uma área de trabalho com índices parciais no modo "cone" para uma área externa onde esse modo não é aplicado.

Finalmente se você estiver interessado em saber mais sobre isso, você pode verificar os detalhes no link a seguir.