Como mostrar commits não -musicais

Para publicar arquivos e diretórios de uma pasta ou repositório local para um repositório remoto Git, o uso da consulta de push git é comum entre os desenvolvedores. Empurrando refere -se ao processo de envio de confirmações da nossa pasta Git local no Linux para uma pasta ou repositório Git remoto. É semelhante à busca do git, exceto que, em vez de importar compromissos para o nosso sistema local, ele os envia para os lugares remotos git.

O Git puxa o comando pega e baixa material de uma pasta remota git e atualiza a pasta local para se parecer. Um trabalho típico em rotinas colaborativas baseadas em Git está integrando atualizações globais a montante na sua pasta Git local. Decidimos implementar este artigo para todos os usuários do Linux e Git que não sabem sobre listar os commits não unshed na distribuição Kali Linux.

Vamos começar lançando o Kali Linux já configurado no seu sistema Windows 10 através do utilitário WSL. O aplicativo Kali Linux Distribution Console será aberto em sua área de trabalho mostrando a área de consulta gerada para o usuário administrador i.e. "Kalsoom" neste cenário.

Antes de ir para o tópico principal de execução, é preciso garantir que a distribuição Kali Linux já esteja atualizada com utilitários mais recentes e livre de sistemas de erro. Usaremos a consulta de "atualização" do Kali Linux para atualizá -la.

O pacote "apt-get" é usado para executar este comando com direitos de administrador. Digite a senha da sua conta de administrador mediante solicitação e toque na tecla Enter para continuar atualizando seu sistema Kali Linux.

Para evitar complexidades, já criamos um repositório local Git em nosso sistema Kali Linux chamado "teste". Ao utilizar a instrução da lista do Linux, listamos em nosso console.

Vamos nos mover dentro do repositório local do Git primeiro para ver o que está dentro dele. Use a instrução "CD" junto com o nome do repositório e você será movido dentro dele. Ao usar a consulta da lista "LS", temos 3 arquivos diferentes do repositório "teste" listado em nosso shell de saída i.e. novo.sh, um.txt e readme.

Antes de verificar os compromissos não -esgotados, precisamos realizar algumas transações nos arquivos de repositório de "teste". Então, estamos usando a instrução "sudo rm" para remover o "novo.Arquivo Bash SH "do repositório" Teste ".

Depois de removê-lo, usamos a instrução "Git Commit" com a opção "-m" para comprometer a transação de remoção em nosso repositório local, além de exibir uma mensagem. Ele destacou que o arquivo excluído é “novo.sh ”. Ainda não realizamos nenhuma consulta push, então nada mudou no repositório remoto.

Agora, removeremos outro arquivo do "teste" local obteve repositório. Usando o comando "rm", remova com os direitos sudo seguidos pelo nome de um arquivo de texto "ONE.txt ”, a ação foi realizada.

Agora, a instrução Git Commit será executada novamente no console com a opção "-m" e a mensagem de exibição a ser exibida. Vai excluir o.arquivo txt de nosso repositório local, mas as mudanças no repositório remoto não serão refletidas até que o empurrão seja usado.

Saímos com o arquivo readme único em um repositório Git local de teste. Digamos que você deseja excluir este último arquivo também do seu repositório de teste. Então, usaremos os direitos do sudo para executar as instruções de remoção de "RM" seguidas pelo nome de um arquivo 'Readme ”.

Depois disso, utilizamos o comando Git Commit aqui novamente para cometer a última transação i.e. Remoção do arquivo ReadMe. A saída está mostrando os 3 arquivos destacados que são excluídos com sucesso. Mas também mostra que, para refletir essas mudanças, você deve empurrar os dados para o github remoto.

Todas essas transações que usam comprometimento não podem funcionar até usarmos a instrução "Git Add" e a instrução Push Git para adicionar e empurrar os dados a um repositório remoto. Agora, é a vez de alguns comandos git para exibir as confirmações não unhas em nossa tela de console Kali Linux.

Para isso, utilizaremos a instrução Git Log com algumas opções diferentes em comparação com a instrução simples de log git. Então, usaremos as opções “-Branches”, “-Not” e “-Remotes”, juntamente com a instrução de log Git. Essas opções serão usadas para obter apenas os compromissos que ainda não são empurrados para o servidor remoto, de acordo com as opções "-Remotes" e "-Not", com o uso de uma instrução Git-Push.

A saída para a execução desta instrução de log do Git está exibindo os mesmos 2 começos que estão sendo realizados por nós apenas um tempo antes. Isso significa que ambos os compromissos ainda não foram empurrados para o diretório remoto do Git e, portanto, não há atualizações.

O mesmo arquivo de log git pode ser usado com as mesmas opções, adicionando outras opções para tornar sua saída mais simples. Então, usaremos as opções “-Simplify por decoração”, “-Decorate” e “-Oneline” para decorar o compromisso de saída e mostrá-las em uma única linha. Em troca, a execução nos mostra os 2 começos com seus IDs e sua descrição em uma linha.

Conclusão

Isso foi tudo sobre a introdução das funções Git Push e Git Pull usadas para atualizar dados em um diretório remoto e local. Depois disso, executamos algumas ações para excluir arquivos, e comando comandos foram usados ​​para refletir as mudanças. No final, discutimos instruções diferentes para exibir os compromissos não verificados do Git.