{"id":103093,"date":"2022-01-25T15:36:40","date_gmt":"2022-01-25T13:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35"},"modified":"2022-01-25T15:36:40","modified_gmt":"2022-01-25T13:36:40","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","title":{"rendered":"Lan\u00e7amento do sistema de controle de vers\u00f5es Git 2.35","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s dois meses de desenvolvimento, foi publicada a vers\u00e3o do sistema de gerenciamento distribu\u00eddo de c\u00f3digo fonte Git 2.35. O Git \u00e9 um dos sistemas de controle de vers\u00e3o mais populares, confi\u00e1veis e de alto desempenho, oferecendo ferramentas flex\u00edveis 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 mudan\u00e7as \"retroativas\", utiliza-se a hashagem impl\u00edcita de todo o hist\u00f3rico anterior em cada commit; tamb\u00e9m \u00e9 poss\u00edvel autenticar digitalmente tags e commits de desenvolvedores espec\u00edficos. <\/p>\n
Em compara\u00e7\u00e3o com a vers\u00e3o anterior, esta nova vers\u00e3o inclui 494 altera\u00e7\u00f5es, preparadas com a participa\u00e7\u00e3o de 93 desenvolvedores, dos quais 35 participaram do desenvolvimento pela primeira vez. Principais novidades: <\/p>\n
\n
As funcionalidades de uso de chaves SSH para autenticar objetos Git digitalmente foram ampliadas. Para diferenciar o tempo de validade de v\u00e1rias chaves, foi adicionado suporte \u00e0s diretivas OpenSSH \"valid-before\" e \"valid-after\", que permitem garantir a opera\u00e7\u00e3o correta das assinaturas ap\u00f3s a rota\u00e7\u00e3o da chave de um dos desenvolvedores. Anteriormente, havia um problema de separa\u00e7\u00e3o entre as assinaturas da chave antiga e nova \u2014 se a chave antiga fosse removida, n\u00e3o seria poss\u00edvel verificar as assinaturas feitas com ela, e se fosse mantida, ainda seria poss\u00edvel criar novas assinaturas com a chave antiga, que j\u00e1 foi substitu\u00edda. Com o uso de valid-before e valid-after, \u00e9 poss\u00edvel separar o escopo de validade das chaves com base no tempo de cria\u00e7\u00e3o da assinatura.\n
Na configura\u00e7\u00e3o merge.conflictStyle, que permite escolher o modo de apresenta\u00e7\u00e3o de informa\u00e7\u00f5es sobre conflitos durante a fus\u00e3o, agora h\u00e1 suporte para o modo \"zdiff3\", que move todas as linhas t\u00edpicas indicadas no in\u00edcio ou no final do conflito para fora da \u00e1rea de conflito, permitindo uma apresenta\u00e7\u00e3o mais compacta das informa\u00e7\u00f5es.\n
O comando \"git stash\" foi adicionado ao modo \"--staged\", que permite ocultar apenas as mudan\u00e7as adicionadas ao \u00edndice, por exemplo, em situa\u00e7\u00f5es onde \u00e9 necess\u00e1rio adiar temporariamente parte de mudan\u00e7as complexas para que, inicialmente, se possa adicionar o que j\u00e1 est\u00e1 pronto, e lidar com o restante depois. Esse modo lembra o comando \"git commit\", que grava apenas as mudan\u00e7as colocadas no \u00edndice, mas em vez de criar um novo commit, o \"git stash --staged\" salva o resultado em uma \u00e1rea tempor\u00e1ria. Ap\u00f3s a necessidade das mudan\u00e7as, \u00e9 poss\u00edvel restaur\u00e1-las com o comando \"git stash pop\".\n
Foi adicionado um novo especificador de formato ao comando «git log» «—format=%(describe)», que permite combinar a sa\u00edda do «git log» com o resultado da execu\u00e7\u00e3o do comando «git describe». Os par\u00e2metros para «git describe» s\u00e3o especificados diretamente dentro do especificador («—format=%(describe:match=<foo>,exclude=<bar>)»), onde tamb\u00e9m \u00e9 poss\u00edvel incluir tags abreviadas («—format=%(describe:tags=<bool>)») e ajustar o n\u00famero de caracteres hexadecimais para a identifica\u00e7\u00e3o de objetos («—format=%(describe:abbrev=<n>)»). Por exemplo, para listar os 8 \u00faltimos commits, cujas tags n\u00e3o possuem marca\u00e7\u00e3o de candidato a lan\u00e7amento, e especificar identificadores de 8 caracteres, pode-se usar o comando: $ git log -8 —format=’%(describe:exclude=*-rc*,abbrev=13)’ v2.34.1-646-gaf4e5f569bc89 v2.34.1-644-g0330edb239c24 v2.33.1-641-g15f002812f858 v2.34.1-643-g2b95d94b056ab v2.34.1-642-gb56bd95bbc8f7 v2.34.1-203-gffb9f2980902d v2.34.1-640-gdf3c41adeb212 v2.34.1-639-g36b65715a4132\n
A configura\u00e7\u00e3o user.signingKey agora suporta novos tipos de chaves, n\u00e3o se limitando ao tipo «ssh-» e \u00e0 indica\u00e7\u00e3o do caminho completo do arquivo da chave. Tipos alternativos s\u00e3o especificados usando o prefixo «key::», por exemplo, «key::ecdsa-sha2-nistp256» para chaves ECDSA.\n
A velocidade de gera\u00e7\u00e3o da lista de altera\u00e7\u00f5es no modo «—histogram» foi significativamente aumentada, assim como ao usar a op\u00e7\u00e3o «—color-moved-ws», que controla a realce de espa\u00e7os em diffs coloridos.\n
No comando «git jump», que \u00e9 usado para fornecer ao Vim informa\u00e7\u00f5es sobre transi\u00e7\u00f5es exatas para a posi\u00e7\u00e3o desejada em um arquivo ao resolver conflitos de mesclagem, visualizar diferen\u00e7as ou realizar busca, foi adicionada a possibilidade de restringir os conflitos de mesclagem abrangidos. Por exemplo, para limitar as opera\u00e7\u00f5es apenas ao diret\u00f3rio «foo», pode-se usar «git jump merge — foo», e para excluir o diret\u00f3rio «Documentation» da opera\u00e7\u00e3o — «git jump merge ‘:^Documentation'».\n
Foi realizado um trabalho para padronizar o uso do tipo «size_t» em vez de «unsigned long» para valores que representam o tamanho de objetos, permitindo a utiliza\u00e7\u00e3o dos filtros «clean» e «smudge» com arquivos maiores que 4 GB em todas as plataformas, incluindo aquelas com a modelo de dados LLP64, onde o tipo «unsigned long» \u00e9 restrito a 4 bytes.\n
A op\u00e7\u00e3o \"--empty=(stop|drop|keep)\" foi adicionada ao comando \"git am\", permitindo escolher o comportamento para emails vazios que n\u00e3o cont\u00eam patches ao analisar patches a partir da caixa de entrada. O valor \"stop\" far\u00e1 com que toda a opera\u00e7\u00e3o de aplica\u00e7\u00e3o de patches seja encerrada, \"drop\" ignorar\u00e1 o patch vazio, e \"keep\" criar\u00e1 um commit vazio.\n
Os comandos \"git reset\", \"git diff\", \"git blame\", \"git fetch\", \"git pull\" e \"git ls-files\" agora suportam \u00edndices parciais (sparse index), o que melhora o desempenho e economiza espa\u00e7o em reposit\u00f3rios onde s\u00e3o realizadas opera\u00e7\u00f5es de clonagem parcial (sparse-checkout).\n
O comando \"git sparse-checkout init\" foi declarado obsoleto, e deve-se usar \"git sparse-checkout set\" em seu lugar.\n
Foi adicionada uma implementa\u00e7\u00e3o inicial do novo backend \"reftable\" para armazenar refer\u00eancias, como branches e tags, no reposit\u00f3rio. O novo backend utiliza armazenamento em blocos, aplicado pelo projeto JGit e otimizado para armazenar um n\u00famero muito grande de refer\u00eancias. O backend ainda n\u00e3o est\u00e1 integrado ao sistema de refer\u00eancias (refs) e n\u00e3o est\u00e1 pronto para uso pr\u00e1tico.\n
A paleta de cores do comando \"git grep\" foi ajustada para corresponder \u00e0 utilidade GNU grep. <\/ul>\n