{"id":103816,"date":"2022-04-19T15:36:47","date_gmt":"2022-04-19T13:36:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36"},"modified":"2022-04-19T15:36:47","modified_gmt":"2022-04-19T13:36:49","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36","title":{"rendered":"Lan\u00e7amento do sistema de controle de vers\u00f5es Git 2.36","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s tr\u00eas meses de desenvolvimento, foi lan\u00e7ado a vers\u00e3o 2.36 do sistema de controle de vers\u00f5es distribu\u00eddo Git. 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 o hash impl\u00edcito de todo o hist\u00f3rico anterior em cada commit, sendo tamb\u00e9m poss\u00edvel a valida\u00e7\u00e3o digital das assinaturas dos desenvolvedores em tags e commits individuais. <\/p>\n
Comparado \u00e0 vers\u00e3o anterior, a nova vers\u00e3o incorporou 717 altera\u00e7\u00f5es, preparadas com a participa\u00e7\u00e3o de 96 desenvolvedores, dos quais 26 participaram do desenvolvimento pela primeira vez. As principais inova\u00e7\u00f5es incluem: <\/p>\n
\n
Foi adicionada \u00e0 equipe \"git log\" e \"git show\" a op\u00e7\u00e3o \"--remerge-diff\", que permite mostrar as diferen\u00e7as entre o resultado geral da mesclagem e os dados reais refletidos no commit ap\u00f3s o processamento do comando \"merge\". Isso permite uma avalia\u00e7\u00e3o clara das altera\u00e7\u00f5es realizadas como resultado da resolu\u00e7\u00e3o de conflitos durante a mesclagem. O comando \"git show\" normal separa diferentes resolu\u00e7\u00f5es de conflitos com recuo, o que dificulta a compreens\u00e3o das mudan\u00e7as. Por exemplo, na captura de tela abaixo, as linhas \"+\/-\" sem recuo mostram a \u00faltima resolu\u00e7\u00e3o de conflito relacionada \u00e0 renomea\u00e7\u00e3o no primeiro ramo de sha1 para oid no coment\u00e1rio, enquanto \"+\/-\" com recuo mostra a resolu\u00e7\u00e3o inicial do conflito, causada pela adi\u00e7\u00e3o de um argumento extra na fun\u00e7\u00e3o dwim_ref() no segundo ramo.
<\/center>\n
Ao usar a op\u00e7\u00e3o \"--remerge-diff\", as diferen\u00e7as entre as 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 possui conflitos de mesclagem e o arquivo onde os conflitos foram resolvidos.
<\/center> <\/p>\n
A flexibilidade na configura\u00e7\u00e3o do comportamento de redefini\u00e7\u00e3o de caches de disco foi aumentada atrav\u00e9s da chamada da fun\u00e7\u00e3o fsync(). O par\u00e2metro anteriormente dispon\u00edvel core.fsyncObjectFiles foi dividido em duas vari\u00e1veis de configura\u00e7\u00e3o core.fsync e core.fsyncMethod, permitindo a aplica\u00e7\u00e3o do fsync n\u00e3o apenas a arquivos de objetos (.git\/objects), mas tamb\u00e9m a outras estruturas do git, como refer\u00eancias (.git\/refs), reflog e arquivos de pacotes.\n
Atrav\u00e9s da vari\u00e1vel core.fsync, \u00e9 poss\u00edvel especificar uma lista de estruturas internas do Git, para as quais ser\u00e1 chamada a opera\u00e7\u00e3o fsync ap\u00f3s a opera\u00e7\u00e3o de grava\u00e7\u00e3o. A vari\u00e1vel core.fsyncMethod permite escolher o m\u00e9todo para descarregar o cache, por exemplo, voc\u00ea pode optar por fsync para aplicar a chamada de sistema hom\u00f4nima ou indicar writeout-only para aplicar a grava\u00e7\u00e3o adiada (pagecache writeback). <\/p>\n
Para se proteger contra vulnerabilidades que manipulam a substitui\u00e7\u00e3o de diret\u00f3rios .git por outros usu\u00e1rios em se\u00e7\u00f5es compartilhadas, a verifica\u00e7\u00e3o do propriet\u00e1rio do reposit\u00f3rio foi refor\u00e7ada. A execu\u00e7\u00e3o de quaisquer comandos git agora \u00e9 permitida somente em seus pr\u00f3prios diret\u00f3rios \".git\". Se o diret\u00f3rio com o reposit\u00f3rio pertencer a outro usu\u00e1rio, por padr\u00e3o ser\u00e1 exibido um erro. Esse comportamento pode ser desativado por meio da configura\u00e7\u00e3o safe.directory.\n
No comando «git cat-file», destinado a exibir o conte\u00fado original dos objetos Git, foi adicionada a op\u00e7\u00e3o «—batch-command», que complementa os comandos anteriormente dispon\u00edveis «—batch» e «—batch-check» com a possibilidade de escolha adaptativa do tipo de sa\u00edda atrav\u00e9s da indica\u00e7\u00e3o «contents <objeto>» para exibir o conte\u00fado ou «info <objeto>» para exibir informa\u00e7\u00f5es sobre o objeto. Al\u00e9m disso, a comando «flush» foi implementada para descarregar o buffer de sa\u00edda.\n
No comando «git ls-tree», que serve para gerar uma lista do conte\u00fado da \u00e1rvore de objetos, foi adicionada a op\u00e7\u00e3o «—oid-only» («—object-only»), que, assim como «—name-only», exibe apenas os identificadores dos objetos para simplificar a chamada em scripts. Tamb\u00e9m foi implementada a op\u00e7\u00e3o «—format» que permite definir um formato de sa\u00edda pr\u00f3prio, combinando informa\u00e7\u00f5es sobre modo, tipo, nome e tamanho.\n
No comando «git bisect run», foi implementada a defini\u00e7\u00e3o de n\u00e3o exibi\u00e7\u00e3o do sinalizador de arquivo execut\u00e1vel para scripts, exibindo nesse caso erros com c\u00f3digos 126 ou 127 (anteriormente, se um script n\u00e3o pudesse ser executado, todas as revis\u00f5es eram marcadas como problem\u00e1ticas).\n
No comando «git fetch», foi adicionada a op\u00e7\u00e3o «—refetch» para extrair todos os objetos sem informar a outra parte sobre o conte\u00fado j\u00e1 presente no sistema local. Esse comportamento pode ser \u00fatil para restaurar o estado ap\u00f3s falhas, quando n\u00e3o h\u00e1 certeza sobre a integridade dos dados locais.\n
Nos comandos «git update-index», «git checkout-index», «git read-tree» e «git clean» foi adicionada a suporte para \u00edndices parciais (sparse index), que permitem aumentar o desempenho e economizar espa\u00e7o em reposit\u00f3rios onde opera\u00e7\u00f5es de clonagem parcial (sparse-checkout) s\u00e3o realizadas.\n
O comportamento do comando «git clone —filter=… —recurse-submodules» foi alterado, agora resultando em uma clonagem parcial de subm\u00f3dulos (anteriormente, ao executar comandos semelhantes, o filtro era aplicado apenas ao conte\u00fado principal, e os subm\u00f3dulos eram clonados completamente, sem considerar o filtro).\n
No comando «git bundle», foi adicionada a suporte para especificar filtros para armazenamento seletivo de conte\u00fado, semelhante \u00e0s opera\u00e7\u00f5es de clonagem parcial.\n
No comando «git branch», foi adicionada a op\u00e7\u00e3o «—recurse-submodules» para a itera\u00e7\u00e3o recursiva sobre subm\u00f3dulos.\n
Um novo manipulador para a linguagem Kotlin foi proposto no userdiff. <\/ul>\n
![\"Lan\u00e7amento](\"\/wp-content\/uploads\/2022\/04\/75651aa0f36ad2b5896991a675754b1f.jpg\")
<\/center>\n![\"Lan\u00e7amento](\"\/wp-content\/uploads\/2022\/04\/903ff119e179781b6e0de91205765a6a.jpg\")
<\/center> <\/p>\n