Liste a nova versão do Git 2.25.0, conheça suas melhorias e mudanças

git2.25

O lançamento do a nova versão do sistema de controle "Git 2.25.0", o qual é um dos sistemas de controle de versão mais populares, confiável, de alto desempenho, fornecendo ferramentas de desenvolvimento não lineares flexíveis com base na ramificação e mesclagem de versões. Para garantir a integridade do histórico e a resistência a mudanças "retroativamente", um hash implícito de todo o histórico anterior é usado em cada commit, também é possível assinar digitalmente commits individuais e desenvolvedores de tags.

Em comparação com a versão anterior, a nova versão adotou 583 alterações preparadas com a participação de 84 desenvolvedores, dos quais 32 participaram do desenvolvimento pela primeira vez.

O que há de novo no Git 2.25.0?

Nesta nova versão destaca-se no anúncio, a possibilidade de clonagem parcial, que já está perto de se estabilizar. Isso permite transferir apenas uma parte dos dados e trabalhar com uma cópia incompleta do repositório.

A clonagem parcial destina-se a ser uma melhoria em relação à clonagem normal, na qual todos os dados são copiados do repositório, incluindo cada versão de cada arquivo no histórico de alterações. Para repositórios muito grandes, a cópia de dados leva a um aumento significativo no tráfego e no espaço em disco, mesmo se o desenvolvedor estiver interessado apenas em um subconjunto de arquivos.

Para simplificar a obtenção de apenas parte da árvore de origem do trabalho, luma nova versão oferece o comando experimental escassa verificação e a nova opção.

git clone --filter=blob:none --no-checkout /your/repository/here

Especificamos --filter- Permite informar ao servidor que você está clonando os objetos de sua escolha. (Em nosso exemplo, pedimos ao servidor para evitar o envio de blobs, mas você pode usar vários qualificadores possíveis). 

Em seguida, temos que dizer ao Git que ele pode pular a verificação do repositório após receber uma resposta do servidor com --no-checkout (Conforme o Git tenta verificar o conteúdo, ele notará que estão faltando objetos e tentará solicitá-los do servidor. 

Também o novo comando também está incluído git sparse-checkout qo que simplifica significativamente o trabalho e reduz o processo de organização do trabalho com um repositório incompleto.

Comando sparse-checkout permite definir a lista de rotas, sem configurar manualmente, bem como exibir a lista de rota atual e habilitar ou desabilitar o check-out parcial.

Para otimizar o trabalho com repositórios muito grandes e listas de modelos, é proposto a configuração "git config core.sparseCheckoutCone«, que restringe modelos válidos (em vez de modelos arbitrários .gitignore, você pode especificar todos os caminhos e se deseja extrair todos os arquivos em um determinado subdiretório).

Por exemplo se o grande repositório possui o diretório "A / B / C" e todo o trabalho está concentrado no subdiretório "C", quando a modalidade sparseCheckoutCone é ativado, o comando «git sparse-checkout set A/B/C»Extrairá totalmente o conteúdo de" C ", mas de" A "e" B "extrairá apenas as partes necessárias para trabalhar com" C ".

En "git add", "git commit", "git reset"  outros comandos, uma nova opção é adicionada: --pathspec-from-file", o que permite carregar uma lista de rotas de um arquivo ou fluxo de entrada, em vez de listá-los na linha de comando.

Uma implementação inicial do comando redesenhado foi proposta git add -i, que permite adicionar conteúdo modificado interativamente, reescrito de Perl para C. Uma revisão semelhante do comando git add -p está em marcha.

Comando "git log --graph» foi refatorado, formando uma imagem ASCII do gráfico com o histórico de mudanças no repositório. O processamento nos permitiu melhorar e simplificar significativamente a saída sem distorcer a estrutura da história, o que, por exemplo, resolveu o problema de puxar a imagem para fora da largura da linha do terminal.

Para melhorar a legibilidade das mensagens corrigidas enviadas para listas de discussão, a opção «git format-patch --cover-from-description subject', Ao especificar o que, como o assunto da carta de apresentação para o conjunto de patch, o primeiro parágrafo do texto descritivo do ramo é usado.

Si você quer saber mais sobre este lançamento, você pode verificar o anúncio oficial no link a seguir 


O conteúdo do artigo segue nossos princípios de Ética editorial. Para relatar um erro, clique Clique aqui.

Seja o primeiro a comentar

Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.