2 de fevereiro apresentado lançamento do sistema de controle distribuído de textos-fonte Git 2.53.
O Git se destaca por sua alta performance e oferece ferramentas para desenvolvimento não linear, baseadas em ramificações e fusões de branches. Para garantir a integridade do histórico e a resistência a mudanças retroativas, é utilizado o hashing implícito de todo o histórico anterior em cada commit, além da verificação digital com assinaturas dos desenvolvedores de tags e commits individuais. Código Git é distribuído sob a licença GPLv2+.
Em comparação com a versão anterior, esta nova versão incorpora 466 alterações, desenvolvidas com a participação de 70 desenvolvedores (21 deles participaram do desenvolvimento do Git pela primeira vez). Principais novidades:
- Adicionada a capacidade de aplicar a estratégia de empacotamento de repositórios geometric (git repack --geometric) a repositórios externos parcialmente clonados, operando em modo promisor (objetos ausentes são baixados conforme necessário). Ao reaplicar com a opção --geometric, arquivos pack com a extensão .promisor são processados e empacotados separadamente. A estratégia geometric permite reduzir o tempo de manutenção de grandes monorepositórios, através da reempacotagem seletiva de objetos e evitando operações muito custosas, como a fusão de todos os arquivos pack (mantendo a progressão geométrica do tamanho dos arquivos pack, onde cada arquivo pack seguinte deve ser pelo menos duas vezes maior que o anterior).
- A equipe do git fast-import adicionou a opção --signed-commits=strip-if-invalid para remover assinaturas digitais de objetos importados que se tornaram inválidos após a reescrita de parte do histórico do repositório. Antes, era possível apenas importar ou remover todas as assinaturas, sem distinção entre as válidas e as que perderam o sentido. A opção strip-if-invalid permite implementar ferramentas para manter assinaturas válidas e re-assinar objetos com assinaturas que se tornaram irrelevantes.
- Na saída do comando git repo structure foi adicionada a informação sobre o tamanho de todos os objetos alcançáveis (reachable) no repositório, com uma divisão por tipo. As informações agora são apresentadas de forma legível, com unidades de medida, e exibidas separadamente para os tamanhos reais e ocupados no disco, permitindo avaliar o tamanho total do repositório no disco:
$ git repo structure | Estrutura do repositório | Valor | | ——————— | ———- | | * Referências | | | * Contagem | 1.78 k | | * Branches | 5 | | * Tags | 1.03 k | | * Remotos | 749 | | * Outros | 0 | | | | | * Objetos acessíveis | | | * Contagem | 421.37 k | | * Commits | 88.03 k | | * Árvores | 169.95 k | | * Blobs | 162.40 k | | * Tags | 994 | | * Tamanho inflated | 7.61 GiB | | * Commits | 60.95 MiB | | * Árvores | 2.44 GiB | | * Blobs | 5.11 GiB | | * Tags | 731.73 KiB | | * Tamanho do disco | 301.50 MiB | | * Commits | 33.57 MiB | | * Árvores | 77.92 MiB | | * Blobs | 189.44 MiB | | * Tags | 578.13 KiB |
- A equipe do git maintenance ganhou o subtipo is-needed para realizar operações de manutenção do repositório apenas quando necessário.
- Na equipe experimental git replay, a atualização de referências nas transações é implementada por padrão, ao invés de mostrar para onde as referências deveriam apontar, sem atualizar.
- A equipe git blame agora permite selecionar o algoritmo de avaliação de diferenças usando a opção —diff-algorithm=.
- Na equipe git repo info, foi adicionada a opção —all.
- O suporte a links simbólicos para a plataforma Windows foi integrado ao Git-for-Windows.
Na versão anterior, foi adicionada um aviso a inclusão padrão da compilação de componentes em Rust no Git 2.53. No entanto, na versão Git 2.53, na verdade apenas foram adicionados melhorias de suporte ao Rust (capacidade de compilar sem GNU sed) foram incluídas, mas a compilação com Rust usando Makefile permanece está desativada por padrão (requer a definição do parâmetro WITH_RUST), e ao usar o Meson automaticamente é ativado se o compilador rustc estiver presente. Na versão Git 3.0, o toolkit Rust pretendem deve ser incluído nas dependências obrigatórias para compilação.
Fonte: linux.org.ru
