banner git 2.44
A nova versão de Git 2.44, já lançado e chega após três meses de desenvolvimento e inclui 503 alterações em comparação com a versão anterior, e essas mudanças foram preparadas com a colaboração de 85 desenvolvedores, dos quais 34 participaram do desenvolvimento pela primeira vez.
Para quem não conhece Git, você deve saber dissoe é conhecido como um dos sistemas de controle de versão mais populares, confiável e de alto desempenho, oferecendo ferramentas flexíveis de desenvolvimento não linear baseadas em ramificações e fusões. Para manter a integridade do histórico e evitar alterações retroativas, o Git usa um hash implícito de todo o histórico anterior em cada commit.
Novos recursos principais do Git 2.44
Nesta nova versão do Git 2.44, uma das novidades mais importantes é o novo suporte para reutilização de objetos em vários pacotes. Esta otimização permite que o Git aproveite a reutilização de objetos em vários pacotes, eliminando a necessidade de empacotar um repositório em um único pacote. Com essa melhoria, o Git pode gerar pacotes com mais eficiência, resultando em melhor velocidade e desempenho durante operações push e pull de e para repositórios remotos. A partir da versão 2.44, o Git pode lidar com a reutilização de objetos em vários arquivos de pacote sem a necessidade de reempacotar o repositório em um único arquivo de pacote.
Além disso, o a introdução do “git replay” oferece uma alternativa poderosa ao git rebase, e pode ser usado para recriar o histórico em um servidor sem uma árvore de trabalho (um repositório simples que não contém uma árvore de trabalho), processar múltiplas ramificações simultaneamente, realizar uma operação de rebase em ramificações, diferentes daquelas atualmente recuperadas, ou simplesmente para acelerar operações de mesclagem. A reprodução do Git oferece melhorias significativas de desempenho, especialmente em operações de mesclagem e rebase em grandes repositórios.
Com o Git 2.44, a opção –autosquash agora pode ser usado para operações de rebase em modo não interativo. Esta funcionalidade permite aplicar automaticamente confirmações de correção! ou abóbora! em seus locais correspondentes sem a necessidade de inspecionar manualmente a lista de tarefas.
Outro dos aspectos destacados são os novos recursos e melhorias significativas. Agora, eu os ordenoatributos de caminho de suporte git add e git stash “:(attr:…)”, que são configurados de forma semelhante ao comando “git show”. Por exemplo, "git add ':(attr:~binary)'" pode ser usado para adicionar todos os arquivos de texto (não binários) ao índice. Além disso, o atributo “builtin_objectmode” foi introduzido para filtrar caminhos de arquivos por direitos de acesso. Por exemplo, "git add ':(attr:builtin_objectmode=100755)'" pode ser usado para adicionar todos os executáveis ao índice.
Do outras mudanças que se destacam:
- Adicionado suporte para o sistema de integração contínua GitLab CI.
- Adicionada opção «–algoritmo diff»Para o« comandoarquivo de mesclagem git» para selecionar um algoritmo alternativo para avaliar diferenças entre arquivos.
- Adicionado suporte para atualização de tokens OAuth ao back-end de gerenciamento de credenciais wincred, semelhante a como é implementado no bconfirma credential-cache e credential-libsecret.
- «git buscar» adicionado suporte para a «opção de configuraçãobuscar.tudo«, que será tratado de forma semelhante à adição da opção «-tudo» na linha de comando.
- Opção adicionada «–ignorar-outras-árvores de trabalho» para permitir a atualização e check-out de ramificações que usam uma árvore de trabalho diferente. Isso restaura o comportamento anterior do comando “git checkout -B”.
- Agora é possível definir esta configuração para «verdadeiro» para remover a instrução «Desative esta mensagem com…» que ocupava espaço na tela ao exibir sugestões. Isso melhora a experiência do usuário, removendo elementos desnecessários da saída do comando.
- A execução deste comando foi otimizada com a opção «–não-tipo». Anteriormente, mesmo ao especificar «–não-tipo«, o arranjo ainda era aplicado em ordem alfabética. Agora, após as otimizações, o uso de «–não-tipo" acelerar "git para cada referência» em cerca de 20% em repositórios com grande número de referências.
Por fim, se tiver interesse em saber mais sobre o assunto, pode consultar os detalhes em el link a seguir.