{"id":121313,"date":"2025-01-11T21:46:00","date_gmt":"2025-01-11T19:46:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48"},"modified":"2025-01-11T21:46:00","modified_gmt":"2025-01-11T19:46:00","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48","title":{"rendered":"Lan\u00e7amento do sistema de controle de vers\u00e3o de c\u00f3digo fonte Git 2.48","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foi lan\u00e7ado o Git 2.48, uma vers\u00e3o distribu\u00edda do sistema de controle de vers\u00e3o. O Git se destaca pela alta performance e oferece ferramentas para desenvolvimento n\u00e3o linear, baseadas em ramifica\u00e7\u00f5es e fus\u00f5es. Para garantir a integridade do hist\u00f3rico e a resist\u00eancia a altera\u00e7\u00f5es \"retroativas\", utiliza-se o hashing impl\u00edcito de todo o hist\u00f3rico anterior em cada commit, al\u00e9m da certifica\u00e7\u00e3o por assinaturas digitais dos desenvolvedores em tags e commits individuais. O c\u00f3digo do Git \u00e9 distribu\u00eddo sob a licen\u00e7a GPLv2+. <\/p>\n
Em compara\u00e7\u00e3o com a vers\u00e3o anterior, a nova vers\u00e3o inclui 605 altera\u00e7\u00f5es, realizadas com a participa\u00e7\u00e3o de 93 desenvolvedores, dos quais 35 est\u00e3o contribuindo pela primeira vez. As principais novidades s\u00e3o: <\/p>\n
\n
Implementada a possibilidade de compila\u00e7\u00e3o utilizando o sistema de build Meson, al\u00e9m do GNU Make e CMake. Agora, a compila\u00e7\u00e3o do Git pode ser feita com o comando \"meson setup build && ninja -C build\". Observa-se que o Makefile utilizado com o GNU Make cresceu para 3887 linhas e n\u00e3o \u00e9 t\u00e3o simples quanto se gostaria. A ferramenta Meson torna o trabalho com o sistema de build mais f\u00e1cil, \u00e9 conveniente para compila\u00e7\u00f5es multiplataforma e torna a compila\u00e7\u00e3o mais acess\u00edvel para iniciantes ou desenvolvedores sem experi\u00eancia com a utilidade Make. N\u00e3o h\u00e1 planos de descontinuar o suporte ao Make e CMake no futuro pr\u00f3ximo.\n
Adicionadas op\u00e7\u00f5es de build que permitem o uso de implementa\u00e7\u00f5es alternativas do hash SHA-1 ao calcular somas de verifica\u00e7\u00e3o utilizadas para garantir a integridade de blocos de dados em arquivos pack. A performance do c\u00e1lculo das somas de verifica\u00e7\u00e3o \u00e9 muito importante, por exemplo, cerca de 78% do tempo do processador \u00e9 gasto no c\u00e1lculo ao clonar o reposit\u00f3rio do kernel Linux. A implementa\u00e7\u00e3o padr\u00e3o inclui verifica\u00e7\u00f5es adicionais de colis\u00f5es e prote\u00e7\u00e3o contra ataques ao SHA-1, como SHAttered e Shambles. Essa prote\u00e7\u00e3o, que consome recursos adicionais, faz sentido apenas ao usar o SHA-1 para fins criptogr\u00e1ficos e \u00e9 in\u00fatil ao verificar a integridade de dados indexados.\n
Para a compila\u00e7\u00e3o do Git com uma implementa\u00e7\u00e3o SHA-1 mais r\u00e1pida, inadequada para sistemas criptogr\u00e1ficos, foi proposta uma s\u00e9rie de op\u00e7\u00f5es *_UNSAFE, como \"OPENSSL_SHA1_UNSAFE\". No GitHub, a compila\u00e7\u00e3o com o SHA-1 simplificado permitiu um aumento de 10-13% na performance das opera\u00e7\u00f5es de extra\u00e7\u00e3o e clonagem de dados. <\/p>\n
Adicionada a possibilidade de usar na equipe \"range-diff\" a op\u00e7\u00e3o \"--remerge-diff\", que permite mostrar as diferen\u00e7as entre o resultado comum da fus\u00e3o e os dados reais refletidos no commit ap\u00f3s o processamento do comando \"merge\". Ao usar a op\u00e7\u00e3o \"--remerge-diff\", as diferen\u00e7as nas resolu\u00e7\u00f5es de conflitos n\u00e3o s\u00e3o separadas para cada ramo pai, mas s\u00e3o mostradas as diferen\u00e7as gerais entre o arquivo que tem conflitos de fus\u00e3o e o arquivo em que os conflitos foram resolvidos. No contexto do comando \"range-diff\", a nova op\u00e7\u00e3o pode ser \u00fatil para comparar conjuntos de commits ap\u00f3s a transfer\u00eancia da sequ\u00eancia de commits pelo comando \"rebase\" com a op\u00e7\u00e3o \"--rebase-merges\".\n
Adicionada a capacidade de executar um conjunto de testes do Git com a ativa\u00e7\u00e3o do modo de detec\u00e7\u00e3o de vazamentos de mem\u00f3ria. Como o git fornece utilit\u00e1rios que terminam a execu\u00e7\u00e3o ap\u00f3s concluir a fun\u00e7\u00e3o chamada, os vazamentos de mem\u00f3ria n\u00e3o eram considerados um grande problema anteriormente. A necessidade de eliminar completamente os vazamentos de mem\u00f3ria tornou-se relevante ap\u00f3s o in\u00edcio do trabalho na extra\u00e7\u00e3o da funcionalidade interna para uma biblioteca separada, que pode ser aplicada em processos de longa dura\u00e7\u00e3o.\n
Iniciada a forma\u00e7\u00e3o de uma lista de modos e funcionalidades obsoletos, cujo suporte est\u00e1 planejado para ser descontinuado no futuro. Espera-se que a remo\u00e7\u00e3o da funcionalidade obsoleta ocorra na vers\u00e3o 3.0 do Git, que incluir\u00e1 altera\u00e7\u00f5es que quebram a compatibilidade retroativa.\n
A otimiza\u00e7\u00e3o do trabalho da equipe «git for-each-ref» foi continuada, que gera uma lista de refer\u00eancias no reposit\u00f3rio. A otimiza\u00e7\u00e3o, que combina manipuladores para filtragem de refer\u00eancias e formata\u00e7\u00e3o da sa\u00edda, agora \u00e9 aplicada n\u00e3o apenas para sa\u00eddas n\u00e3o ordenadas, mas tamb\u00e9m ao especificar a op\u00e7\u00e3o «—sort».\n
A implementa\u00e7\u00e3o do backend «reftable» com armazenamento em bloco foi aprimorada para um armazenamento eficiente de refer\u00eancias a branches e tags no reposit\u00f3rio. O Reftable permite acelerar significativamente a busca, leitura e grava\u00e7\u00e3o em reposit\u00f3rios com um n\u00famero muito grande de refer\u00eancias. Na nova vers\u00e3o, as chamadas a algumas APIs auxiliares foram interrompidas, excluindo assim a biblioteca libgit das depend\u00eancias de compila\u00e7\u00e3o. Foi implementado um tratamento adaptativo de erros retornados pelas fun\u00e7\u00f5es de aloca\u00e7\u00e3o de mem\u00f3ria (falta de mem\u00f3ria agora n\u00e3o causa falha). As opera\u00e7\u00f5es de cria\u00e7\u00e3o de refer\u00eancias foram aceleradas e o consumo de mem\u00f3ria foi reduzido.\n
Na implementa\u00e7\u00e3o do clone parcial, foram resolvidos problemas que causavam loops e corrup\u00e7\u00e3o do reposit\u00f3rio ap\u00f3s a execu\u00e7\u00e3o do comando «git gc».\n
Ao executar o comando «git fetch <remote>», se «refs\/remotes\/<remote>\/HEAD» n\u00e3o estiver presente no sistema local e houver um branch em outro lugar que o HEAD referencia, «refs\/remotes\/<remote>\/HEAD» agora ser\u00e1 redirecionado para esse branch. Para gerenciar a sincroniza\u00e7\u00e3o de «refs\/remotes\/<remote>\/HEAD» com o valor do HEAD do outro lado da conex\u00e3o, foi adicionada a configura\u00e7\u00e3o remote.<remote>.followRemoteHEAD».\n
Foi adicionada a configura\u00e7\u00e3o «remote.<name>.serverOption», semelhante \u00e0 op\u00e7\u00e3o de linha de comando «—serverOption=<value>».\n
No comando «git rebase —rebase-merges», sempre que poss\u00edvel, nomes de branches s\u00e3o utilizados como tags.\n
Nos comandos ‘git notes add’ e ‘git notes append’, foi adicionada a flag ‘-e’, que abre a nota em um editor de texto externo, conforme especificado pela vari\u00e1vel de ambiente GIT_EDITOR.\n
A compatibilidade com o GCC 15 e o padr\u00e3o C23 foi aprimorada.\n
O suporte a vers\u00f5es antigas do libcURL e do Perl foi descontinuado. <\/ul>\n