Qual a diferença entre git commit, git push e git pull

Neste artigo você vai aprender qual a diferença entre git commit e git push, para entender de uma vez por todas estes comandos de git

Fala programador(a), beleza? Bora aprender mais sobre os comandos de git!

Os comandos mais utilizados no git com certeza são: commit, push e pull

Eles fazem parte do fluxo de trabalho de um dev com git

Então vamos entendê-los para utilizar de forma concientes

git commit

O git commit tem como principal papel comunicar as alterações que estamos fazendo no código

Se levarmos isso para o universo dos games, seria como um save point ou check point

Normalmente a cada progresso em uma atividade que estamos realizando utilizamos o commit

Precisamos sempre inserir uma mensagem, para comentar o que este commit representa, o que faz o código que acabamos de inserir

Estes commits poderão ser evidenciados depois com o comando git log

É normal que cada branch tenha mais de um commit

Quer aprender mais sobre git? Veja este curso gratuito:

git push

Quando finalizamos toda a tarefa que estamos realizando precisamos enviar o nosso código para o repositório remoto

Ou seja, após um ou mais git commit’s precisamos comunicar o repositório que terminamos o que estamos fazendo

O git push torna isso possível, enviando todo o código que realizamos no branch atual para o repositório remoto

A cada novo git commit precisamos executar um git push para enviar as novas alterações

git pull

O comando git pull é o inverso do git push, ele pega as alterações do repositório remoto e coloca no nosso repo local

Por isso é utilizado constantemente, sempre que precisamos pegar os códigos dos outros dev da equipe vamos utilizar o pull no branch desejado

E este é basicamente o fluxo do dia a dia de um dev com repositórios que possuem controle de versão

Conclusão

Neste artigo você aprendeu a diferença entre git commit e git push

Basicamente temos o git commit para comunicar uma porção de código que já realizamos

E o git push envia este código para o repositório remoto

Confira nossos cursos gratuitos no Youtube, com vídeos todos os dias! Se inscreva e ative o sininho para receber as notificações e aprender mais ainda sobre desenvolvimento web!

Veja também nosso catálogo de cursos na Udemy, todos com exercícios e projetos práticos, nas mais diversas tecnologias. O link acima contém um cupom de desconto para os cursos!

Resumindo: commit é local, push é remoto

O ponto que mais confunde é esse aqui, se liga

O git commit salva a alteração no teu repositório LOCAL, ali na tua máquina mesmo

Já o git push pega esses commits e manda pro repositório remoto, tipo o GitHub ou o GitLab

Ou seja, enquanto tu só commita, ninguém da equipe enxerga teu código

Ele só aparece pra galera depois do push =)

O fluxo na prática, na ordem certa

Na dúvida de qual vem primeiro, a ordem é sempre essa:

1. git add pra preparar os arquivos que tu quer salvar

2. git commit pra registrar a alteração com uma mensagem

3. git push pra enviar tudo pro repositório remoto

Simples assim, esse é o dia a dia do dev com controle de versão

Bora ver que sem commit não tem o que enviar no push? Um puxa o outro

Perguntas frequentes sobre git commit e git push

O git commit envia o código pro GitHub?

Não, o commit fica só na tua máquina, no repositório local. Quem manda pro GitHub é o git push, rodado depois de um ou mais commits

Dá pra fazer git push sem commit?

Não faz sentido, o push existe justamente pra enviar os commits. Sem nenhum commit novo, não tem o que mandar pro remoto

O que vem primeiro, commit ou push?

Sempre o commit primeiro, ele registra a alteração localmente. O push vem na sequência pra publicar esses commits no repositório remoto

Preciso dar push a cada commit?

Não precisa, tu pode juntar vários commits e enviar todos de uma vez num único push quando terminar a tarefa