Git 2.26.0 vem com pesquisa de conteúdo real, alguns recursos experimentais e muito mais

git-2-26

A nova versão do sistema de controle de versões , Git 2.26.0, já está disponível , trazendo consigo diversos novos recursos , suporte experimental e, principalmente, otimizações. Para quem não conhece o Git, trata-se de um dos sistemas de controle de versões mais populares, confiáveis ​​e de alto desempenho , que oferece ferramentas de desenvolvimento flexíveis e não lineares baseadas em ramificação e mesclagem.

Para garantir a integridade do histórico e a resistência a alterações retroativas, o hash implícito de todo o histórico anterior é usado em cada commit; também é possível assinar digitalmente os desenvolvedores de tags e commits individuais.

Em comparação com a versão anterior, a nova versão adotou 504 alterações, elaboradas com a participação de 64 desenvolvedores, 12 dos quais participaram do desenvolvimento pela primeira vez.

Novos recursos principais do Git 2.26.0

Esta nova versão altera o padrão para a versão 2 do protocolo de comunicação Git , que é usada ao conectar um cliente remotamente a um servidor Git. A versão 2 destaca-se por permitir filtrar branches e tags no servidor, retornando uma lista condensada de links para o cliente.

Outra inovação importante é a capacidade de adicionar novos recursos ao protocolo à medida que novos recursos se tornam disponíveis no conjunto de ferramentas. O código do cliente permanece compatível com o protocolo anterior e pode continuar a funcionar com servidores novos e antigos, revertendo automaticamente para a primeira versão caso o servidor não seja compatível com a segunda.

Opção "–Show-scope« foi adicionado ao comando «configuração do git", o que simplifica a identificação do local onde determinadas configurações são definidas.
Git permite que você defina configurações em diferentes lugares: no repositório (.git / info / config), no diretório do usuário (~ / .gitconfig), no arquivo de configuração de todo o sistema (/ etc / gitconfig), bem como por meio de opções de linha de comando e variáveis ​​de ambiente.

Ao executar ` git config` , é bastante difícil entender exatamente onde a configuração desejada está definida. A opção ` --show-origin` estava disponível para resolver esse problema, mas ela mostra apenas o caminho para o arquivo onde a configuração está definida, o que é útil se você pretende editar o arquivo, mas não é útil se você precisar alterar o valor por meio de `git config` usando as opções `--system`, `--global` ou `--local`.

Por outro lado, o anúncio desta nova versão menciona que a extensão do suporte experimental para clones parciais foi continuada , permitindo a transferência de apenas uma parte dos dados e o trabalho com uma cópia incompleta do repositório.

A nova versão adiciona um novo comando, "git sparse-checkout add" , que permite adicionar diretórios separados para aplicar a operação " checkout " apenas a uma parte da árvore de trabalho, em vez de listar todos esses diretórios de uma só vez através do comando " git sparse-checkout set ".

O desempenho do comando " git grep ", usado para pesquisar tanto o conteúdo atual do repositório quanto as revisões históricas, aumenta significativamente.

Para acelerar a busca, era permitido examinar a árvore de trabalho usando várias threads (" git grep --threads "), mas a busca em revisões históricas era feita em uma única thread. Essa restrição foi removida devido à implementação da capacidade de paralelizar operações de leitura do armazenamento de objetos .

Por padrão, o número de threads é definido como igual ao número de núcleos da CPU, o que na maioria dos casos agora não requer configuração explícita da opção " --threads ".

Adicionada a funcionalidade de autocompletar para entradas de subcomandos , caminhos, links e outros argumentos do comando "git worktree", o que permite trabalhar com múltiplas cópias de trabalho do repositório.

Também podemos encontrar a nova versão do script fsmonitor-watchman , que oferece integração com o mecanismo Facebook Watchman para acelerar o rastreamento de alterações em arquivos e o aparecimento de novos arquivos. Após atualizar o Git, você deve substituir o hook no repositório.

Se você quiser saber mais sobre este novo lançamento, pode consultar o artigo original no seguinte link.


Adicionar como fonte preferencial no Google