{"id":156367,"date":"2026-02-03T11:11:59","date_gmt":"2026-02-03T09:11:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-53"},"modified":"2026-02-03T11:11:59","modified_gmt":"2026-02-03T09:11:59","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-53","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-53","title":{"rendered":"Lan\u00e7amento do sistema de controle de vers\u00f5es Git 2.53","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apresentado o lan\u00e7amento do sistema de controle de vers\u00f5es distribu\u00eddo Git 2.53. O Git se destaca pelo seu alto desempenho e fornece ferramentas para desenvolvimento n\u00e3o linear, baseado em ramifica\u00e7\u00e3o e fus\u00e3o de branches. Para garantir a integridade do hist\u00f3rico e resist\u00eancia a altera\u00e7\u00f5es 'retroativas', utiliza-se a hash impl\u00edcita de todo o hist\u00f3rico anterior em cada commit, al\u00e9m da valida\u00e7\u00e3o digital por meio de assinaturas dos desenvolvedores em tags e commits individuais. O c\u00f3digo do Git \u00e9 distribu\u00eddo sob a licen\u00e7a GPLv2+. <\/p>\n
Comparado \u00e0 vers\u00e3o anterior, na nova vers\u00e3o foram aceitas 466 mudan\u00e7as, elaboradas com a participa\u00e7\u00e3o de 70 desenvolvedores (21 deles participaram pela primeira vez no desenvolvimento do Git). Entre as principais inova\u00e7\u00f5es: <\/p>\n
\n
Adicionada a possibilidade de aplicar a estrat\u00e9gia de empacotamento de reposit\u00f3rios 'geometric' ('git repack --geometric') a reposit\u00f3rios externos parcialmente clonados que operam no modo 'promisor' (objetos ausentes s\u00e3o baixados conforme necess\u00e1rio). Durante a repacotagem com a op\u00e7\u00e3o '--geometric', os arquivos de pacote com a extens\u00e3o '.promisor' s\u00e3o processados e empacotados separadamente. A estrat\u00e9gia 'geometric' permite reduzir o tempo de manuten\u00e7\u00e3o de grandes monoreposit\u00f3rios, por meio do reaproveitamento seletivo de objetos e exclus\u00e3o de opera\u00e7\u00f5es excessivamente pesadas, como a fus\u00e3o de todos os arquivos de pacote (mantendo a progress\u00e3o geom\u00e9trica do tamanho dos arquivos de pacote, onde cada novo arquivo deve ser pelo menos duas vezes maior que o anterior).\n
Na equipe 'git fast-import' foi adicionada a op\u00e7\u00e3o '--signed-commits=strip-if-invalid' para remover assinaturas digitais de objetos importados que se tornaram inv\u00e1lidos ap\u00f3s a reescrita de parte do hist\u00f3rico do reposit\u00f3rio. Antes disso, era poss\u00edvel ou importar ou remover todas as assinaturas, sem distin\u00e7\u00e3o entre v\u00e1lidas e inv\u00e1lidas. A op\u00e7\u00e3o 'strip-if-invalid' permite a implementa\u00e7\u00e3o de ferramentas para manter assinaturas v\u00e1lidas e re-assinar objetos com assinaturas que perderam sua relev\u00e2ncia.\n
A sa\u00edda do comando «git repo structure» agora inclui informa\u00e7\u00f5es sobre o tamanho de todos os objetos alcan\u00e7\u00e1veis (reachable) no reposit\u00f3rio, divididos por tipos. As informa\u00e7\u00f5es s\u00e3o exibidas de forma leg\u00edvel com unidades de medida e s\u00e3o mostradas separadamente para os tamanhos reais e os utilizados em disco, permitindo avaliar o tamanho total do reposit\u00f3rio em disco. $ git repo structure | Estrutura do reposit\u00f3rio | Valor | | ——————— | ———- | | * Refer\u00eancias | | | * Contagem | 1.78 k | | * Branches | 5 | | * Tags | 1.03 k | | * Remotos | 749 | | * Outros | 0 | | | | | * Objetos alcan\u00e7\u00e1veis | | | * Contagem | 421.37 k | | * Commits | 88.03 k | | * \u00c1rvores | 169.95 k | | * Blobs | 162.40 k | | * Tags | 994 | | * Tamanho inflacionado | 7.61 GiB | | * Commits | 60.95 MiB | | * \u00c1rvores | 2.44 GiB | | * Blobs | 5.11 GiB | | * Tags | 731.73 KiB | | * Tamanho em disco | 301.50 MiB | | * Commits | 33.57 MiB | | * \u00c1rvores | 77.92 MiB | | * Blobs | 189.44 MiB | | * Tags | 578.13 KiB |\n
O comando «git maintenance» agora inclui uma subcomando «is-needed» para realizar opera\u00e7\u00f5es de manuten\u00e7\u00e3o do reposit\u00f3rio somente quando necess\u00e1rio.\n
No comando experimental «git replay», a atualiza\u00e7\u00e3o de refer\u00eancias em transa\u00e7\u00f5es \u00e9 realizada por padr\u00e3o, ao inv\u00e9s de mostrar onde as refer\u00eancias devem apontar, sem atualiza\u00e7\u00e3o.\n
No comando «git blame» foi adicionada a capacidade de escolher o algoritmo de avalia\u00e7\u00e3o de diferen\u00e7as usando a op\u00e7\u00e3o «—diff-algorithm=<algo>».\n
No comando «git repo info» foi adicionada a op\u00e7\u00e3o «—all».\n
Foi transferido do Git-for-Windows o suporte para links simb\u00f3licos na plataforma Windows. <\/ul>\n
Na vers\u00e3o anterior, foi adicionada uma advert\u00eancia sobre a inclus\u00e3o por padr\u00e3o da compila\u00e7\u00e3o de componentes na linguagem Rust no Git 2.53. No entanto, na vers\u00e3o do Git 2.53, foram apenas adicionadas melhorias espec\u00edficas para suporte a Rust (como a possibilidade de compilar sem o GNU sed), mas a compila\u00e7\u00e3o com Rust usando Makefile permanece desativada por padr\u00e3o (exige a defini\u00e7\u00e3o do par\u00e2metro WITH_RUST), enquanto no uso do Meson \u00e9 ativada automaticamente na presen\u00e7a do compilador rustc. Na vers\u00e3o Git 3.0, pretende-se incluir as ferramentas Rust como depend\u00eancias obrigat\u00f3rias da compila\u00e7\u00e3o. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"