01 · Continuar
Fazer o segundo commit
Alterar um arquivo, olhar o status, preparar com add e registrar de novo — sem git init.
Segundo commit e push
Depois do primeiro envio, registre novas mudanças no computador e publique de novo com git push — sem repetir o -u.
Objetivos
Ao final desta aula, você vai saber
02 · Enviar
Usar push sem -u
Entregar commits novos com git push, já que o caminho foi memorizado na Aula 3.
03 · Comparar
Local versus remoto
Ler quando o computador está “à frente” do GitHub e o que isso pede de você.
Tópico 1
Registrar de novo
O projeto já tem histórico local e uma cópia no GitHub. Agora o ciclo se repete: editar → olhar → preparar → commit.
Prática
Outra passagem no caixa
Na analogia, você não precisa pegar um carrinho novo. O repositório já existe na pasta. Basta voltar à prateleira, colocar a mudança na sacola e passar no caixa outra vez.
1
Altere um arquivo
Abra, por exemplo, o main.py ou o README e faça uma mudança pequena e clara — uma frase, um comentário, uma correção.
2
Olhe o estado
git status
O Git deve mostrar o arquivo como modificado, ainda fora da sacola.
3
Prepare e registre
git add main.py
git commit -m "atualiza mensagem de boas-vindas"
Use o nome do arquivo que você mudou. A mensagem continua sendo a nota fiscal do que mudou.
Lembrete:
git init e git remote add já foram feitos. Não reinicie o mercado a cada alteração.Tópico 2
Enviar sem repetir o -u
O primeiro push -u memorizou o destino. Nas próximas entregas, o caminho curto costuma bastar.
Publicação
Computador e GitHub
Depois do commit local, o computador pode ficar à frente do remoto: há pontos salvos que o GitHub ainda não recebeu. O git push alinha a cópia na internet.
1
Envie com o comando curto
git push
Na maioria dos casos, depois do primeiro -u, isso envia a branch atual para o remoto memorizado.
2
Confira o alinhamento
git status
Se estiver tudo sincronizado, a mensagem costuma dizer que a branch está atualizada com o remoto. No site do GitHub, o commit novo também deve aparecer.
Se o Git pedir destino de novo: aí sim vale repetir
git push -u origin main. No fluxo normal, o curto basta.Quiz
Teste seus conhecimentos
Responda às 5 questões, uma por vez. Leia a explicação após cada resposta e refaça o quiz se precisar revisar.
Questão 01 de 050 / 5
Quiz concluído
Você terminou as 5 questões!
Dúvidas frequentes
Perguntas comuns
Preciso do -u em todo push?
Não. O -u serve para memorizar o caminho na primeira vez. Depois, git push costuma ser suficiente.
O que significa “à frente” do remoto?
Significa que há commits no seu computador que ainda não foram enviados ao GitHub. Um push entrega esses pontos.
Posso fazer vários commits antes de um push?
Sim. Você pode registrar vários pontos locais e enviar o conjunto com um único git push.
Referências
Fontes e referências
Aula concluída: você já registra mudanças novas e envia com
git push curto. Na próxima aula, o caminho inverso: trazer novidades do remoto.