{"id":141016,"date":"2025-08-19T11:11:54","date_gmt":"2025-08-19T09:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51"},"modified":"2025-08-19T11:11:54","modified_gmt":"2025-08-19T09:11:54","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","title":{"rendered":"Lan\u00e7amento do sistema de controle de vers\u00f5es Git 2.51","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s dois meses de desenvolvimento, foi lan\u00e7ado o release do sistema de controle de vers\u00e3o distribu\u00eddo Git 2.51. O Git se destaca pela alta performance e oferece ferramentas para desenvolvimento n\u00e3o linear, baseadas em ramifica\u00e7\u00e3o e mesclagem de branches. Para garantir a integridade do hist\u00f3rico e resist\u00eancia a altera\u00e7\u00f5es 'retroativas', utiliza-se o hashing impl\u00edcito de todo o hist\u00f3rico anterior em cada commit, bem como a certifica\u00e7\u00e3o digital com assinaturas dos desenvolvedores para tags e commits espec\u00edficos. O c\u00f3digo do Git \u00e9 distribu\u00eddo sob a licen\u00e7a GPLv2+. <\/p>\n
Comparado ao lan\u00e7amento anterior, a nova vers\u00e3o inclui 506 altera\u00e7\u00f5es, preparadas com a participa\u00e7\u00e3o de 91 desenvolvedores (21 deles participaram do desenvolvimento do Git pela primeira vez). As principais novidades (1, 2, 3): <\/p>\n
\n
A performance dos comandos 'git push' e 'git fetch' foi aumentada em reposit\u00f3rios com um grande n\u00famero de refer\u00eancias. O aumento de velocidade foi conseguido atrav\u00e9s da atualiza\u00e7\u00e3o de refer\u00eancias em modo batch, onde v\u00e1rias refer\u00eancias s\u00e3o processadas em uma \u00fanica transa\u00e7\u00e3o, em vez de criar uma transa\u00e7\u00e3o separada para atualizar cada refer\u00eancia. Essa otimiza\u00e7\u00e3o aumentou consideravelmente a velocidade do backend 'reftable', que agora supera em performance o backend 'files'. Por exemplo, em um reposit\u00f3rio de teste com 10 mil refer\u00eancias, a performance do 'git fetch' usando o backend 'reftable' aumentou em 22 vezes, enquanto com o backend 'files' aumentou em 1.25 vezes. Para o 'git push', o ganho foi de 18 e 1.21 vezes, respectivamente.\n
Um novo m\u00e9todo de empacotamento em arquivos pack de partes do reposit\u00f3rio, n\u00e3o relacionadas ao rastreamento de objetos inalcan\u00e7ados, para os quais n\u00e3o existem refer\u00eancias no reposit\u00f3rio (n\u00e3o s\u00e3o referenciados por branches ou tags) foi proposto. As informa\u00e7\u00f5es sobre objetos inalcan\u00e7ados s\u00e3o armazenadas em arquivos pack separados ('cruft packs'), o que levou \u00e0 necessidade de refletir esses arquivos em \u00edndices multi-pack MIDX (multi-pack index) para abranger objetos que inicialmente eram inalcan\u00e7ados e que estavam apenas no pacote cruft, mas que se tornaram alcan\u00e7\u00e1veis ap\u00f3s um commit que os referenciou.\n
Na nova vers\u00e3o, ao reempacotar arquivos pack, foi assegurada a preserva\u00e7\u00e3o de c\u00f3pias adicionais de objetos alcan\u00e7\u00e1veis, que s\u00e3o armazenados apenas em arquivos cruft. Essa altera\u00e7\u00e3o garante que no conjunto de arquivos pack, utilizados para armazenar objetos alcan\u00e7\u00e1veis, n\u00e3o existam objetos que referenciem outros objetos armazenados fora desse conjunto. Para excluir conte\u00fados n\u00e3o alcan\u00e7\u00e1veis de arquivos cruft dos \u00edndices multi-pack (MIDX), foi proposta a configura\u00e7\u00e3o \"repack.MIDXMustContainCruft\", que permite reduzir significativamente o tamanho desses \u00edndices. A ativa\u00e7\u00e3o da configura\u00e7\u00e3o no reposit\u00f3rio do GitHub possibilitou reduzir o tamanho dos \u00edndices MIDX em 38%, acelerar a grava\u00e7\u00e3o nos \u00edndices MIDX em 35% e melhorar o desempenho de leitura em 5%. <\/p>\n
Foi adicionada \u00e0 equipe \"git pack-objects\" a op\u00e7\u00e3o \"--path-walk\", que inclui um novo m\u00e9todo de coleta de informa\u00e7\u00f5es sobre objetos ao reempacotar arquivos pack. Em vez de percorrer objetos na ordem das revis\u00f5es, ao usar o modo \"--path-walk\", os objetos s\u00e3o percorridos atrav\u00e9s de caminhos de arquivos, o que permite empacotar todos os objetos com o mesmo caminho de arquivos de uma s\u00f3 vez. Essa abordagem permite eliminar a heur\u00edstica que usa hashing para determinar a rela\u00e7\u00e3o de um objeto com seu caminho de arquivos, al\u00e9m de evitar a classifica\u00e7\u00e3o de objetos antes do empacotamento. Ao usar o modo \"--path-walk\", o tamanho dos arquivos pack gerados \u00e9 significativamente menor do que ao agrupar objetos utilizando hashes.\n
Foi definido um formato para a troca de estados salvos da \u00e1rvore de trabalho e dos \u00edndices em reposit\u00f3rios, que s\u00e3o criados atrav\u00e9s do comando \"git stash\". O novo formato permite codificar as altera\u00e7\u00f5es salvas (registros stash) como uma sequ\u00eancia de commits. Para importa\u00e7\u00e3o e exporta\u00e7\u00e3o, foram propostas as subtarefas \"git stash import\" e \"git stash export\", que podem ser usadas para transferir estados salvos de um sistema para outro e realizar opera\u00e7\u00f5es de push ou pull com esses estados como se fossem ramos ou tags comuns. git stash export --to-ref refs\/stashes\/my-stash git push origin refs\/stashes\/my-stash ... git fetch origin '+refs\/stashes\/*:refs\/stashes\/*' git stash import refs\/stashes\/my-stash\n
No comando «git cat-file», que exibe o conte\u00fado de objetos especificados, h\u00e1 suporte para mostrar informa\u00e7\u00f5es sobre objetos ausentes (por exemplo, devido a corrup\u00e7\u00e3o do reposit\u00f3rio) e subm\u00f3dulos ao usar as op\u00e7\u00f5es «—batch» e «—batch-check». Anteriormente, ao especificar o caminho para um subm\u00f3dulo, o comando «git cat-file —batch-check» exibia «missing», mas agora mostrar\u00e1 o identificador do objeto.\n
No comando «git log», foram implementadas otimiza\u00e7\u00f5es baseadas em filtros de Bloom para acelerar a busca no hist\u00f3rico de altera\u00e7\u00f5es ao especificar filtros com v\u00e1rios caminhos de arquivo, por exemplo, «git log — path\/to\/a path\/to\/b».\n
Os comandos «git switch» e «git restore» foram estabilizados, os quais eram considerados experimentais desde 2019. Os comandos s\u00e3o apresentados como equivalentes modernos ao «git checkout», separando funcionalidades pouco relacionadas dessa ferramenta, como manipula\u00e7\u00e3o de branches (mudan\u00e7a e cria\u00e7\u00e3o) e recupera\u00e7\u00e3o de arquivos no diret\u00f3rio de trabalho.\n
O comando «git whatchanged», equivalente a «git log —raw», foi anunciado como obsoleto e est\u00e1 programado para ser removido na vers\u00e3o 3.0 do Git.\n
Adicionou-se a op\u00e7\u00e3o «—start-after» ao comando «git for-each-ref», que pode ser utilizada junto com a op\u00e7\u00e3o «—count» para organizar a sa\u00edda paginada.\n
As op\u00e7\u00f5es «—compact-summary» foram adicionadas aos comandos «git merge» e «git pull» para usar um formato compacto para o resumo das altera\u00e7\u00f5es em vez do formato diffstat.\n
A base de c\u00f3digo do Git agora permite o uso da palavra-chave «bool», introduzida no padr\u00e3o C99. Al\u00e9m disso, algumas funcionalidades do C99 que s\u00e3o experimentalmente utilizadas no Git est\u00e3o documentadas (por exemplo, planos para permitir o uso de constru\u00e7\u00f5es «(struct foo){ .member = value };» em meados de 2026). O compilador com suporte ao C99 \u00e9 obrigat\u00f3rio para o Git a partir de 2021, mas as funcionalidades da especifica\u00e7\u00e3o C99 s\u00e3o implementadas com extrema cautela para manter a compatibilidade com compiladores que oferecem suporte parcial a esse padr\u00e3o.\n
Foram feitas altera\u00e7\u00f5es nas regras de aceita\u00e7\u00e3o de patches, permitindo o envio de patches sob pseud\u00f4nimos, e n\u00e3o apenas sob o nome real do desenvolvedor. A mudan\u00e7a est\u00e1 de acordo com as regras de aceita\u00e7\u00e3o de patches do kernel Linux.\n
A lista de altera\u00e7\u00f5es que afetam a compatibilidade foi atualizada e ser\u00e1 aplicada na ramifica\u00e7\u00e3o Git 3.0. Entre as mudan\u00e7as significativas na pr\u00f3xima vers\u00e3o do Git 3.0, destaca-se a mudan\u00e7a padr\u00e3o para identificadores de objetos baseados no algoritmo de hash SHA-256 ao inicializar novos reposit\u00f3rios e a implementa\u00e7\u00e3o do formato \"reftable\" para o armazenamento de refer\u00eancias a ramos e tags no reposit\u00f3rio (utilizando o armazenamento em bloco do projeto JGit, otimizado para armazenar um n\u00famero muito grande de refer\u00eancias). <\/ul>\n