{"id":148781,"date":"2025-11-18T23:12:24","date_gmt":"2025-11-18T21:12:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52"},"modified":"2025-11-18T23:12:24","modified_gmt":"2025-11-18T21:12:24","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52","title":{"rendered":"Lan\u00e7amento do sistema de controle de vers\u00f5es Git 2.52.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s tr\u00eas meses de desenvolvimento, \u00e9 lan\u00e7ado o Git 2.52, um sistema de controle de vers\u00f5es distribu\u00eddo. O Git \u00e9 caracterizado por sua alta performance e fornece ferramentas para desenvolvimento n\u00e3o linear, baseadas na ramifica\u00e7\u00e3o e fus\u00e3o de ramos. Para garantir a integridade do hist\u00f3rico e a resist\u00eancia a altera\u00e7\u00f5es \"retroativas\", utiliza-se uma hash impl\u00edcita de todo o hist\u00f3rico anterior em cada commit, al\u00e9m de autentica\u00e7\u00e3o com assinaturas digitais dos desenvolvedores para tags e commits espec\u00edficos. O c\u00f3digo do Git \u00e9 distribu\u00eddo sob a licen\u00e7a GPLv2+. <\/p>\n
Em compara\u00e7\u00e3o com a vers\u00e3o anterior, 637 altera\u00e7\u00f5es foram incorporadas nesta nova vers\u00e3o, com a participa\u00e7\u00e3o de 94 desenvolvedores (33 deles participaram do desenvolvimento do Git pela primeira vez). As principais novidades (1, 2, 3): <\/p>\n
\n
Adicionada a comando \"git last-modified\" para exibir uma lista de arquivos em uma revis\u00e3o especificada e os commits atrav\u00e9s dos quais as \u00faltimas altera\u00e7\u00f5es foram feitas em cada um destes arquivos. $ git last-modified HEAD b56f6dcd7b4c90192018e848d0810f091d092913 test.h 29330ae4b820147c98e723399e9438c8bee60a8a test1.c 573ad8917beb99dc643b6e7f5c117a294384a575 test2.c\n
Adicionada a comando \"git repo\" para realizar a\u00e7\u00f5es relacionadas \u00e0 extra\u00e7\u00e3o de informa\u00e7\u00f5es do reposit\u00f3rio. Foram propostas duas subcomandos \u2014 \"git repo info\" e \"git repo structure\", que exibem informa\u00e7\u00f5es sobre as configura\u00e7\u00f5es do reposit\u00f3rio e detalhes sobre a estrutura do reposit\u00f3rio (por exemplo, \u00e9 poss\u00edvel saber o n\u00famero de refer\u00eancias e objetos no reposit\u00f3rio). $ git repo info object.format references.format object.format=sha1 references.format=reftable $ git repo structure | Estrutura do reposit\u00f3rio | Valor | | \u2014\u2014\u2014\u2014\u2014\u2014\u2014\u2014 | \u2014\u2014\u2014\u2014\u2014\u2014 | | * Refer\u00eancias | | | * Contagem | 1983 | | * Ramos | 4 | | * Tags | 1125 | | * Remotos | 854 | | * Outros | 0 | | | | | * Objetos acess\u00edveis | | | * Contagem | 518955 | | * Commits | 77469 | | * \u00c1rvores | 188865 | | * Blobs | 251631 | | * Tags | 990 |\n
Tr\u00eas subcomandos foram adicionados ao comando \"git refs\", unificando opera\u00e7\u00f5es de baixo n\u00edvel dispersas e sobrepostas em refer\u00eancias (git for-each-ref, git show-ref, git update-ref e git pack-refs):\n
\n
\"git refs optimize\" \u2014 otimiza\u00e7\u00e3o do backend de armazenamento de refer\u00eancias (semelhante ao \"git pack-refs\").\n
\"git refs list\" \u2014 exibe uma lista de todas as refer\u00eancias (semelhante ao \"git for-each-ref\" ou \"git show-ref\").\n
\"git refs exists\" \u2014 verifica a exist\u00eancia de uma refer\u00eancia (similar ao \"git show-ref --exists\"). <\/ul>\n
O formato para exporta\u00e7\u00e3o ou importa\u00e7\u00e3o do hist\u00f3rico de commits foi ampliado com a capacidade de trabalhar com assinaturas criptogr\u00e1ficas, utilizando tanto identificadores de objetos baseados no algoritmo SHA-1 quanto no SHA-256. A equipe «git fast-import» implementou suporte ao tratamento de tags assinadas de maneira semelhante aos commits assinados. Foram adicionadas as op\u00e7\u00f5es «—signed-commits=<modo>» e «—signed-tags=<modo>» para gerenciar o processamento de commits e tags assinadas durante a importa\u00e7\u00e3o (o modo pode ter os valores verbatim, warn-verbatim, warn-stri, strip ou abort).\n
A equipe «git maintenance» ganhou suporte a uma nova estrat\u00e9gia «geometric» («git config set maintenance.strategy geometric»), que permite reduzir o tempo de manuten\u00e7\u00e3o de grandes monoreposit\u00f3rios. Em compara\u00e7\u00e3o com a estrat\u00e9gia anteriormente dispon\u00edvel, que utilizava l\u00f3gica semelhante \u00e0 do comando «git gc», a nova estrat\u00e9gia evita a reempacotamento de todos os objetos e exclui opera\u00e7\u00f5es excessivamente intensivas em recursos, como a fus\u00e3o de todos os arquivos de pacotes (quando poss\u00edvel, a fus\u00e3o \u00e9 realizada em partes e sem limpeza de objetos removidos).\n
Adicionada a comando «git sparse-checkout clean» para simplificar a restaura\u00e7\u00e3o do estado do diret\u00f3rio de trabalho, removendo arquivos que n\u00e3o correspondem \u00e0 nova defini\u00e7\u00e3o de sparse-checkout, que n\u00e3o devem estar presentes na c\u00f3pia local de acordo com os par\u00e2metros atuais de sparse-checkout.\n
Para eliminar complexidades do c\u00f3digo e simplificar a manuten\u00e7\u00e3o, foi realizado um refatoramento para reduzir o uso da vari\u00e1vel global the_repository.\n
Expandiu-se a aplica\u00e7\u00e3o de filtros de Bloom, uma estrutura probabil\u00edstica para verificar a inclus\u00e3o em um conjunto, que permite uma falsa defini\u00e7\u00e3o de um elemento ausente, mas exclui a omiss\u00e3o de um elemento existente. Os filtros de Bloom agora s\u00e3o aplicados para acelerar a busca no hist\u00f3rico de altera\u00e7\u00f5es ao especificar m\u00e1scaras nos caminhos dos arquivos, por exemplo, «foo\/bar\/*\/baz».\n
O desempenho do comando «git describe» foi aumentado em at\u00e9 30%, gra\u00e7as ao uso de filas de prioridade. O «git remote rename» teve suas opera\u00e7\u00f5es de renomea\u00e7\u00e3o de refer\u00eancias aceleradas. No «git ls-files», a aplica\u00e7\u00e3o de \u00edndices foi aprimorada. O trabalho com o comando «git log -L» foi significativamente acelerado, gra\u00e7as \u00e0 elimina\u00e7\u00e3o de compara\u00e7\u00f5es excessivas de tr\u00eas n\u00edveis durante o processamento de fus\u00f5es de commits. Otimiza\u00e7\u00f5es foram realizadas na biblioteca xdiff.\n
Foi fornecida a op\u00e7\u00e3o opcional de usar implementa\u00e7\u00f5es em Rust para algumas fun\u00e7\u00f5es internas, como a codifica\u00e7\u00e3o e decodifica\u00e7\u00e3o de valores inteiros de comprimento vari\u00e1vel. Por padr\u00e3o, o c\u00f3digo Rust n\u00e3o \u00e9 utilizado e sua ativa\u00e7\u00e3o requer a indica\u00e7\u00e3o da flag de constru\u00e7\u00e3o WITH_RUST. No futuro, espera-se uma reescrita em Rust de componentes internos mais significativos do Git e a adi\u00e7\u00e3o do Rust como uma depend\u00eancia obrigat\u00f3ria de constru\u00e7\u00e3o no Git 3.0.\n
A lista de altera\u00e7\u00f5es que comprometem a compatibilidade foi atualizada e ser\u00e1 aplicada na ramifica\u00e7\u00e3o Git 3.0. No Git 3.0, decidiu-se alterar a configura\u00e7\u00e3o init.defaultBranch para o valor «main», ou seja, em reposit\u00f3rios criados com o comando «git init», a ramifica\u00e7\u00e3o padr\u00e3o ser\u00e1 nomeada «main» em vez de «master». Tamb\u00e9m \u00e9 notado o deslocamento padr\u00e3o para identificadores de objetos com base no algoritmo de hash SHA-256 ao inicializar novos reposit\u00f3rios. Para simplificar a portabilidade entre reposit\u00f3rios com identificadores de objetos baseados em hashes SHA-1 e SHA-256, foi fornecida a possibilidade de, em um reposit\u00f3rio com um \u00fanico algoritmo de hash, executar opera\u00e7\u00f5es de push e pull a partir de um reposit\u00f3rio que usa outro algoritmo de hash. <\/ul>\n