Os 20 principais comandos do GIT para começar

Como você deve saber, o GIT é um sistema de controle de versão distribuído. Os engenheiros o usam para rastrear alterações feitas no código-fonte durante o processo de desenvolvimento de software. Se você é um desenvolvedor, principalmente se está começando na profissão, deve aprender alguns dos comandos GIT mais úteis.

Vejamos os melhores comandos bash do GIT sobre os quais você deve aprender.

Para configurar o projeto: uma explicação dos prompts do GIT

Recomendado para você: 5 aplicativos gratuitos brilhantes que ajudarão você a aprender a programar.

GIT INIT

Digamos que você acabou de criar um projeto em seu IDE favorito e precisa saber sobre os prompts do PowerShell GIT. Você terá que configurar um repositório GIT viável.

Ao fazer isso, você deve informar ao GIT qual diretório deve ser utilizado e executado. O recurso git init é como você faria isso. O GIT criará um arquivo hidden. git e use-o para manter seus arquivos organizados como outros subdiretórios.

Aqui está uma lista de comandos git init para os próximos editores populares:

CONFIG

Depois de criar seu repositório, talvez você possa configurar alguns elementos essenciais nele, como configurar seu nome de usuário. É por isso que você precisará de um comando CONFIG. Qualquer comando de uma lista GIT incluirá isso.

Você pode configurar seu nome de usuário executando:

 git config user.name=<replace_with_your_username>.

Isso colocará o nome de usuário no repositório próximo. No entanto, observe que posteriormente, se você quiser criar um segundo repositório, precisará configurar suas informações de usuário mais uma vez.

Você não precisa fazer isso se adicionar uma opção de comando global. Ele definirá globalmente suas informações:

 git config --global user.name=<replace_with_your_username>.

Você também pode usar um comando CONFIG para configurar outros aspectos. Você pode colocar o comando dentro do arquivo de configuração.

CLONE

Para obter um repositório remoto em seu computador, você deve configurar um comando CLONE. Você faz isso com a configuração do git clone e passando a URL como um parâmetro. Este comando deve clonar todo o repositório remoto em sua máquina. Este é outro dos comandos do hub GIT que o servirão bem como um desenvolvedor.

 $ git clone git://git.kernel.org/pub/scm/git/git.git

Pseudônimo

Com um comando ALIAS, você pode criar atalhos para seus comandos favoritos. É uma ferramenta que ajuda a agrupar uma sequência de comandos e salvá-los com um nome. Isso seria considerado um dos comandos GIT comuns que você usará frequentemente como um desenvolvedor.

Você também pode adicionar os aliases diretamente no seu arquivo de configuração. Nesse caso, a diretiva no exemplo será transformada na seguinte configuração no arquivo de configuração global. Por exemplo, você pode configurar os próximos atalhos para os comandos mais comuns:

 $ git config --global alias.co checkout $ git config --global alias.br branch $ git config --global alias.ci commit $ git config --global alias.st status

Comandos para fazer e desfazer alterações

STATUS

Este é o comando que você usaria se quisesse exibir o estado da área de preparação e sua configuração de trabalho. Ao usá-lo, você pode ver quais alterações foram realizadas e quais não foram.

ADICIONAR

Antes de enviar seu arquivo modificado ou novo, ele deve ser adicionado à sua área de teste. Faça isso executando uma diretiva git add . Você deve passar o nome do arquivo e diretório como parâmetro. Você pode inserir f_your_file>. Nesse ponto, seu arquivo será removido de sua lista de “alterações a serem confirmadas”.

Adicionar -p (ou —patch) permite que você selecione partes de cada arquivo rastreado para confirmar. Em seguida, cada confirmação contém apenas alterações relacionadas.

COMPROMETER-SE

Digamos que você concluiu alguma implementação de recurso e deseja salvar as alterações. Veja a lista de “mudanças a serem confirmadas”. Feito isso, você saberá que todos os arquivos necessários foram testados. É quando você pode executar git commit .

Depois de executar este comando, o editor padrão será aberto. Você deve então inserir sua mensagem COMMIT.

Se sua mensagem for curta, inclua-a no comando GIT COMMIT da seguinte forma:

 git commit -m “Your_first_commit_message.”

Você também pode adicionar a opção -a. Ao fazer isso, você pode garantir que o GIT examinará sua árvore de trabalho. Em seguida, ele executará GIT ADD para os arquivos novos e modificados, bem como git rm para quaisquer arquivos excluídos antes do commit.

Talvez você tenha esquecido de adicionar um arquivo ao seu commit. Você não deseja criar outro comando de confirmação para esse arquivo. Em vez disso, você pode usar uma opção de alteração.

Os commits públicos nunca devem ser alterados. Lembre-se de que seus colegas podem ter baseado seu trabalho nesse commit. Você não quer confundi-los por causa das mudanças que eles fizeram.

REINICIAR

O git reset é outra ferramenta que deve ser útil para você, pois está começando sua vida profissional como desenvolvedor. Este é um comando que ajuda você a reformatar as alterações. Existem várias maneiras de usá-lo, mas um exemplo comum é quando você fornece um modo e a identificação do commit como se houvesse argumentos, como este:

 git reset <mode> <commit>.

Existem várias possibilidades de reinicialização. Para entendê-los, você deve conhecer as três árvores GIT.

ESTOQUE

Digamos que você esteja trabalhando há algum tempo em uma determinada área de recursos. Você vê que há um bug que precisa ser corrigido naquele momento. Mas suas implementações de recursos ainda estão em processo e você não deseja infligir nenhuma alteração de ramificação inacabada. Seu comando git stash é o que você precisa.

Este método permite que você mantenha suas alterações na pilha STASH. Depois, você pode fazer uma lista deles, junto com a lista git stash.

Não há restrições para o ramo em que você pode aplicar seu stash. Você pode armazenar as alterações em um branch e aplicá-las a outro quando desejar.

Para colocar as alterações armazenadas em vigor, use sua diretiva git stash apply. Aplica as alterações mais recentes armazenadas na pilha. Se você deseja aplicar alterações mais antigas, pode especificar o nome como um git stash apply [email protected]{1}. Isso se aplica a outro estoque na pilha.

Depois de aplicar um stash utilizando uma diretiva de aplicação, ele não será removido dessa pilha. Você pode ver isso como um comando de fluxo GIT que você usará com frequência.

Você pode gostar: Quais são as tendências sobre o desenvolvimento de aplicativos móveis em 2020?

REVERTER

Talvez você tenha achado adequado enviar suas alterações concluídas para o branch original e percebeu que um de seus commits não precisava estar lá. Corrija-o adicionando outra diretiva que eliminará a anterior. A diretiva REVERT ajuda você nisso. Você deve especificar seu id de commit e desfazer como um parâmetro: git revert <commit_id> .

O comando descobrirá informações úteis, incluindo o nome da ramificação, o número de confirmações feitas antes ou depois de se tornar remoto. Além disso, você pode ver arquivos novos e modificados como várias listas:

Comandos Git para esforços de equipe

FILIAL

Com as diretivas git branch , seu sistema fará uso da lista de branches. Se você quiser olhar para as ramificações remotas, git branch -r é como você faz isso. Se você deseja ver ramificações locais e remotas, use git branch -a.

Você pode excluir uma ramificação usando: git branch -d <branch_name>.

Conferindo

Esta é outra diretiva GIT usada regularmente. Para trabalhar na ramificação, você deve executar um switch. git checkout é como alguém muda facilmente de um ramo para outro. Você pode usá-lo para examinar arquivos, bem como confirmações. Git checkout <name-of-your-branch> é como ele é executado.

Lembre-se do seguinte se quiser alternar entre as ramificações com sucesso:

As alterações no branch atual podem ser confirmadas ou armazenadas quando você alterna

Qualquer filial que você verificar deve existir em seu local

Há também um comando de atalho que permite criar e alternar para uma ramificação de uma só vez:

 git checkout -b <name-of-your-branch>.

Este é um comando que cria uma diretiva diferente em seu local (-b significa ramificação). Ele examina a ramificação mais recente logo após sua criação.

PUXAR

Com a diretiva git pull , você faz um download de novos dados por meio de um repositório remoto e uma integração com o mais próximo. Ao executar este comando, você atualiza as ramificações locais, juntamente com quaisquer alterações do seu terminal remoto.

Existe uma maneira padrão de integrar as novas alterações também. Use uma mesclagem. Você pode alterá-lo para rebase se usar a opção: git pull –rebase .

É recomendável sempre colocar as alterações em um repositório próximo limpo sem alterações não confirmadas nele.

COMPROMETER-SE

Esta é uma diretiva que pode “instantâneo” ou gravar o arquivo em seu histórico de versão. Você insere git commit -m “[Digite a mensagem de commit]” usando-o assim.

É o comando que confirma todos os arquivos que você adicionou, junto com o comando GIT ADD. Ele também confirma efetivamente os arquivos que foram alterados desde então.

EMPURRAR

Depois de fazer qualquer alteração, provavelmente você deseja enviar para um repositório remoto. Dessa forma, eles estão disponíveis para seus colegas de equipe.

Se você executar GIT PUSH, isso irá “enviar” as mudanças recentes de uma área atual para seu controle remoto. Se através da criação de um branch localmente, você enviar o branch inteiro para um repositório remoto, tudo bem. Esta diretiva permite que você faça isso: git push -u origin <replace_with_branch_name> .

É assim que você envia uma ramificação com um nome especificado para o repositório de origem. A ramificação remota deve usar o mesmo nome da local.

MERGE

Também tivemos que colocar MERGE nesta lista de prompts do GIT. Você desejará integrar o branch de recursos ou corrigir quaisquer bugs em outro branch em algum momento. Mesclar sua ramificação permite que você faça isso. Executar um comando git merge é o que você precisa fazer.

Depois de executar o comando, duas variedades de mesclagem podem ocorrer, a mesclagem de três vias ou a de avanço rápido.

Uma mesclagem de avanço rápido é para quando há um caminho linear entre as ramificações que você deseja mesclar. Digamos que você criou uma ramificação de correção de bug do mestre. Você corrigiu o problema e deseja mesclá-lo em um mestre. No entanto, ninguém fez uma atualização do ramo. O GIT pode mesclar uma ramificação por conta própria, o que corrigirá o problema.

Uma mesclagem de três vias ocorre quando não há caminho linear entre as ramificações. Como no último exemplo, você criou uma ramificação de correção de bug da versão principal. Você corrigiu o bug e agora precisa mesclá-lo com git merge <branch> .

Talvez você descubra que alguém atualizou o mestre. Para conectar as ramificações, o GIT deve criar um novo commit onde as alterações se combinam.

É quando surge um problema. Ambas as ramificações mudaram o bloco de código idêntico. O GIT não pode misturar as alterações sem a sua ajuda. Aceitar uma mudança é a maneira mais fácil de fazer isso.

No entanto, você também pode combinar as alterações. Quando isso ocorre, o GIT modifica os arquivos afetados com alguns indicadores visuais. Isso permite que você localize facilmente os problemas. Alguns marcadores visuais são usados:

 <<<<<< — shows the place the conflict began ====== — separates changes from different branches >>>>>> — shows where the conflict ends

Depois de resolver os conflitos e se livrar dos marcadores, as áreas em conflito serão adicionadas à sua área de preparação com git add .

Se um erro foi cometido ou você deseja ir em uma direção diferente, execute git merge –abort. Ao fazer isso, sua ramificação não será modificada.

Caso contrário, use os comandos git commit. Ele concluirá a mesclagem, criando um novo commit.

Outro comando útil é o comando git mergetool simplesmente inicia um auxiliar de mesclagem externo caso você tenha problemas com uma mesclagem no Git.

Você também pode gostar: Melhor linguagem de programação para desenvolvimento de aplicativos iOS.

REBASE

Integre as alterações usando REBASE primeiro e depois faça a mesclagem. Com REBASE, você está reescrevendo a história do programa. Os commits públicos nunca devem ser rebaseados, pois, por exemplo, um membro da equipe pode basear seu trabalho neles.

Em vez de optar por mesclar um branch específico com o seu, você pode rebasear seu branch em um específico. Mas o que está fazendo esse protocolo de rebase que você está usando?

O que vai acontecer é que as mudanças terão integração de um ramo específico para outro. A base da segunda ramificação será alterada de um commit para outro diferente. Vai parecer que o segundo ramo foi criado a partir do primeiro. Isso fornece um histórico claro e linear.

Git rebase <name_of_branch_to_rebase_on> é a maneira como você executa o comando.

Este é o primeiro modo ou padrão do comando rebase. Depois, há o segundo modo, também chamado de modo interativo. Você pode usá-lo para modificar facilmente uma sequência de commits antes de incluí-los em outro branch, também conhecido como remoto.

Depois de enviar comandos

REGISTRO

Esta diretiva é para listar o histórico da versão do branch atual. Para executá-lo, digite git log –follow[arquivo] .

Esta diretiva lista um histórico de versão de arquivo. A renomeação de arquivos será incluída. git log imprime um histórico de confirmação.

Várias opções podem ser usadas neste cenário. Um deles é o git log –stat. Para cada commit no histórico, uma lista de nomes será impressa. Os arquivos que foram removidos, modificados ou adicionados estarão acessíveis. Os valores de linha que foram removidos ou adicionados podem ser vistos. Você notará que também há um resumo que você pode examinar.

MOSTRAR

O prompt Mostrar que os desenvolvedores usam pode mostrar detalhes de vários objetos. Quando dizemos “objetos”, estamos falando de commits ou tags. git show pode ser usado para exibir uma versão de arquivo mais antiga. Por exemplo, você pode usar este comando para mostrar uma versão de um arquivo de dois commits anteriores.

Esperançosamente, este tutorial de comandos do GIT ajudou a servir como uma introdução a esta ferramenta. Como desenvolvedor, quanto mais você aprender sobre o GIT, melhor será sua posição para ser contratado por uma equipe que procura um programador confiável.

À medida que avança neste campo, você aprenderá mais prompts do GIT e sua programação ficará muito mais suave. Você poderá escrever código utilizável que pode ser adicionado por seus colegas de equipe.

 Este artigo foi escrito por Slava Vaniukov. Ele é o co-fundador e CEO da Softermii, agência de desenvolvimento de software e aplicativos. Ele tem mais de 9 anos de experiência na indústria de desenvolvimento web e móvel. Além disso, ele é um dos autores do blog Softermii e blogueiro de tecnologia apresentado em uma ampla gama de outros recursos da web. Você pode segui-lo no LinkedIn.