{"id":108813,"date":"2023-06-02T15:10:15","date_gmt":"2023-06-02T13:10:16","guid":{"rendered":"https:\/\/prohoster.info\/?p=108813"},"modified":"2023-06-02T17:30:17","modified_gmt":"2023-06-02T15:30:17","slug":"dostupna-sistema-upravleniya-ishodnymi-tekstami-git-2-41","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/dostupna-sistema-upravleniya-ishodnymi-tekstami-git-2-41","title":{"rendered":"O sistema de controle de vers\u00f5es Git 2.41 est\u00e1 dispon\u00edvel","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s tr\u00eas meses de desenvolvimento, foi publicado o lan\u00e7amento do sistema distribu\u00eddo de controle de vers\u00f5es Git 2.41. O Git \u00e9 um dos sistemas de controle de vers\u00f5es mais populares, confi\u00e1veis e de alto desempenho, oferecendo ferramentas flex\u00edveis para desenvolvimento n\u00e3o linear, baseadas em ramifica\u00e7\u00f5es e mesclagens. Para garantir a integridade do hist\u00f3rico e a resist\u00eancia a altera\u00e7\u00f5es 'retroativas', \u00e9 utilizado um hashing impl\u00edcito de todo o hist\u00f3rico anterior em cada commit, al\u00e9m de ser poss\u00edvel a verifica\u00e7\u00e3o com assinaturas digitais dos desenvolvedores para tags e commits espec\u00edficos. <\/p>\n
Em compara\u00e7\u00e3o com a vers\u00e3o anterior, a nova vers\u00e3o incorpora 542 altera\u00e7\u00f5es, preparadas com a participa\u00e7\u00e3o de 95 desenvolvedores, dos quais 29 participaram do desenvolvimento pela primeira vez. As principais inova\u00e7\u00f5es s\u00e3o: <\/p>\n
\n
Foi aprimorado o tratamento de objetos inacess\u00edveis (unreachable), para os quais n\u00e3o h\u00e1 refer\u00eancias no reposit\u00f3rio (n\u00e3o referenciados por branches ou tags). Objetos inacess\u00edveis s\u00e3o removidos pelo coletor de lixo (garbage collector), mas permanecem no reposit\u00f3rio por um certo tempo antes da exclus\u00e3o, para evitar estados de corrida. Para rastrear o per\u00edodo em que os objetos inacess\u00edveis est\u00e3o presentes, \u00e9 necess\u00e1rio vincular a eles etiquetas com o hor\u00e1rio de altera\u00e7\u00e3o desses objetos, o que impede que sejam armazenados em um \u00fanico arquivo pack, onde todos os objetos t\u00eam um hor\u00e1rio de modifica\u00e7\u00e3o comum. Anteriormente, cada objeto inacess\u00edvel era salvo em um arquivo separado, o que gerava problemas quando havia um grande n\u00famero de objetos inacess\u00edveis rec\u00e9m-criados, que ainda n\u00e3o podiam ser exclu\u00eddos. No novo lan\u00e7amento, para empacotar objetos inacess\u00edveis, o mecanismo 'cruft packs' \u00e9 utilizado por padr\u00e3o, permitindo armazenar todos os objetos inacess\u00edveis em um \u00fanico arquivo pack, enquanto os dados sobre o hor\u00e1rio de modifica\u00e7\u00e3o de cada objeto s\u00e3o refletidos em uma tabela separada, armazenada em um arquivo com a extens\u00e3o '.mtimes' e vinculada por meio de um arquivo \u00edndice com a extens\u00e3o '.idx'.
<\/center>\n
Foi ativado por padr\u00e3o o rastreamento em disco do \u00edndice reverso (revindex) para arquivos pack. Durante o teste no reposit\u00f3rio torvalds\/linux, a aplica\u00e7\u00e3o do \u00edndice reverso acelerou opera\u00e7\u00f5es que consomem muitos recursos, como 'git push', em 1,49 vezes, enquanto opera\u00e7\u00f5es simples, como calcular o tamanho de um \u00fanico objeto usando 'git cat-file --batch='%(objectsize:disk)'', foram aceleradas em 77 vezes. Os arquivos ('.rev') com o \u00edndice reverso ser\u00e3o salvos dentro do reposit\u00f3rio no diret\u00f3rio '.git\/objects\/pack'.\n
Lembramos que o Git armazena todos os dados na forma de objetos, que s\u00e3o colocados em arquivos separados. Para aumentar a efici\u00eancia do trabalho com o reposit\u00f3rio, os objetos s\u00e3o colocados em arquivos pack, nos quais as informa\u00e7\u00f5es s\u00e3o apresentadas na forma de uma sequ\u00eancia de objetos (um formato semelhante \u00e9 usado na transmiss\u00e3o de objetos pelos comandos git fetch e git push). Para cada arquivo pack, um arquivo de \u00edndice (.idx) \u00e9 criado, permitindo que, com a identifica\u00e7\u00e3o do objeto, a posi\u00e7\u00e3o no arquivo pack onde o dado objeto est\u00e1 armazenado seja determinada muito rapidamente. <\/p>\n
O \u00edndice reverso inclu\u00eddo na nova vers\u00e3o visa otimizar o processo de identifica\u00e7\u00e3o de objetos com base nas informa\u00e7\u00f5es de localiza\u00e7\u00e3o no arquivo pack. Anteriormente, essa convers\u00e3o era realizada em tempo real durante a an\u00e1lise do arquivo pack e era armazenada apenas na mem\u00f3ria, o que impedia a reutiliza\u00e7\u00e3o de tais \u00edndices e for\u00e7ava a gera\u00e7\u00e3o do \u00edndice a cada vez. A opera\u00e7\u00e3o de constru\u00e7\u00e3o do \u00edndice consiste na cria\u00e7\u00e3o de um array de pares \"objeto-posic\u00e3o\" e sua ordena\u00e7\u00e3o por posi\u00e7\u00e3o, o que pode levar muito tempo para arquivos pack grandes. <\/p>\n
Por exemplo, a opera\u00e7\u00e3o de exibi\u00e7\u00e3o do conte\u00fado dos objetos, na qual \u00e9 utilizado o \u00edndice direto, foi executada 62 vezes mais r\u00e1pido do que a opera\u00e7\u00e3o de exibi\u00e7\u00e3o do tamanho dos objetos, para a qual os dados de associa\u00e7\u00f5es de posi\u00e7\u00e3o com objeto n\u00e3o foram indexados. Ap\u00f3s a utiliza\u00e7\u00e3o do \u00edndice reverso, essas opera\u00e7\u00f5es passaram a levar aproximadamente o mesmo tempo. \u00cdndices reversos tamb\u00e9m permitem acelerar as opera\u00e7\u00f5es de envio de objetos ao executar comandos fetch e push, devido \u00e0 transmiss\u00e3o direta de dados j\u00e1 prontos a partir do disco.
<\/center> <\/p>\n
No protocolo \"credential helper\", utilizado para transmitir credenciais ao acessar reposit\u00f3rios com acesso restrito, foi adicionada a suporte \u00e0 transmiss\u00e3o de cabe\u00e7alhos WWW-Authenticate entre o manipulador de credenciais e o servi\u00e7o que realiza a autentica\u00e7\u00e3o. O suporte ao cabe\u00e7alho WWW-Authenticate permite transmitir par\u00e2metros de escopo OAuth para uma segmenta\u00e7\u00e3o mais granular do acesso do usu\u00e1rio aos reposit\u00f3rios e delimita\u00e7\u00e3o das \u00e1reas dispon\u00edveis para solicita\u00e7\u00f5es.\n
A op\u00e7\u00e3o de formata\u00e7\u00e3o «%(ahead-behind:<base>)» foi adicionada ao comando for-each-ref, permitindo obter de uma s\u00f3 vez informa\u00e7\u00f5es sobre o n\u00famero de commits presentes ou ausentes em um determinado ramo em rela\u00e7\u00e3o a outro (quanto um ramo est\u00e1 atrasado ou \u00e0 frente do outro em termos de commits). Anteriormente, para obter essas informa\u00e7\u00f5es, era necess\u00e1rio executar dois comandos separados: «git rev-list —count main..my-feature» para obter o n\u00famero de commits \u00fanicos do ramo e «git rev-list —count my-feature..main» para obter o n\u00famero de commits ausentes. Agora, esses c\u00e1lculos podem ser reduzidos a um \u00fanico comando, o que simplifica a escrita de manipuladores e reduz o tempo de execu\u00e7\u00e3o. Por exemplo, para mostrar ramos que n\u00e3o foram mesclados e avaliar seu atraso ou avan\u00e7o em rela\u00e7\u00e3o ao ramo principal, pode-se usar a linha de comando: $ git for-each-ref —no-merged=origin\\\/HEAD \ —format=’%(refname:short) %(ahead-behind:origin\\\/HEAD)’ \ refs\\\/heads\\\/tb\\\/ | column -t tb\\\/cruft-extra-tips 2 96 tb\\\/for-each-ref—exclude 16 96 tb\\\/roaring-bitmaps 47 3 em vez do script anteriormente utilizado, que executava 17 vezes mais devagar: $ git for-each-ref —format=’%(refname:short)’ —no-merged=origin\\\/HEAD \ refs\\\/heads\\\/tb | while read ref do ahead=»$(git rev-list —count origin\\\/HEAD..$ref)» behind=»$(git rev-list —count $ref..origin\\\/HEAD)» printf «%s %d %d\n» «$ref» «$ahead» «$behind» done | column -t tb\\\/cruft-extra-tips 2 96 tb\\\/for-each-ref—exclude 16 96 tb\\\/roaring-bitmaps 47 3\n
A op\u00e7\u00e3o «—porcelain» foi adicionada ao comando «git fetch», que, ao ser especificada, gera uma sa\u00edda no formato «<flag> <old-object-id> <new-object-id> <local-reference>», menos leg\u00edvel, mas mais conveniente para an\u00e1lise em scripts.\n
![\"O](\"\/wp-content\/uploads\/2023\/06\/1158b26b1dfd1c16c93017669224d7a4.png\")
<\/center>\n![\"O](\"\/wp-content\/uploads\/2023\/06\/ed6cb7102da37d1262fd3079ac983158.png\")
<\/center> <\/p>\n