Eu gostaria de saber as diferenças entre o git commit -m branch, git push origin branch e o git push apenas e qual frequêcia é usado tem algum que só se usa no início?
Você está vendo a versão anterior da nova experiência da Alura que estamos preparando para você. Em breve, ela ganha uma identidade visual novinha totalmente pensada em potencializar seus estudos!
Solucionado
Eu gostaria de saber as diferenças entre o git commit -m branch, git push origin branch e o git push apenas e qual frequêcia é usado tem algum que só se usa no início?
Olá, William, como vai?
Boa pergunta, porque esses três comandos aparecem juntos com bastante frequência e é fácil misturar as funções deles. O git commit -m "mensagem" registra as alterações no seu repositório local, criando um novo ponto no histórico. Ele não tem relação direta com branch nem com o repositório remoto, é só a etapa de salvar seu trabalho localmente antes de qualquer publicação.
Já o git push origin nome-da-branch envia os commits daquela branch específica para o repositório remoto (o "origin"), publicando as alterações lá. Esse formato completo é útil principalmente na primeira vez que você envia uma branch nova, porque o Git ainda não sabe para onde ela deve ir. Depois que essa relação entre a branch local e a remota é estabelecida, o git push sozinho já entende automaticamente qual branch remota atualizar, então o uso simplificado passa a ser o mais comum no dia a dia.
Faz sentido pensar nisso como duas etapas separadas, primeiro salvar localmente e depois publicar remotamente, ou você ainda tem dúvida sobre em qual momento cada comando entra no fluxo de trabalho?
Qualquer coisa, o fórum está à disposição.
Para saber mais:
Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!
Outra dúvida devemos fazer um O git commit -m "mensagem" para cada alteração feita?
Oi, William.
Cada alteração relevante no código deve ser registrada com um git commit -m "mensagem". Isso não significa que você precisa fazer um commit para cada linha modificada, mas sim para cada conjunto de mudanças que tenham sentido lógico juntas. Por exemplo, se você ajustou o layout de uma página inteira, pode agrupar essas alterações em um único commit. Já se você corrigiu um bug específico, é melhor criar um commit separado para manter o histórico mais organizado.
Essa prática facilita entender o que foi feito e também ajuda em revisões de código.