git | Commit

Entenda como gerenciar atualizações no repositório git local com o commit

commit

Gerenciar atualizações

Antes de subirmos nossas atualizações, precisamos fechar um 'pacote', um kit de atualizações que pertencem a uma mesma tarefa. Para isso temos o processo de commit.

Fechando o pacote de atualizações para podermos subir para o repo remoto

Para podermos subir atualizações para os outros devs do nosso time (ou para subir para o repositório online, remoto, de origem), precisamos antes fechar as atualizações em um ou mais pacotes. Essas atualizações devem ser agrupadas em um pacote que faça sentido (ex.: atualização do menu, bugfix de erro de login...).

Manter nossos commits organizados facilita não só a manutenção de nossos códigos como a compreensão do fluxo do projeto de maneira geral (manter essa organização pode nos poupar horas de trabalho posteriormente). Então crie o hábito de manter seu repositório organizado desde já!

Agora que sabemos que o commit é um pacote de atualizações agrupadas, precisamos entender o stage. Stage é um 'lugar' onde temos várias atualizações adicionadas e prontas para serem agrupadas num commit. Ao rodar o comando de commit, empacotamos todas as atualizações que tenham sido adicionadas ao stage.

Então, de forma geral, nós...

1. Alteramos ou adicionamos nosso código;

2. Salvamos esses arquivos;

3. Adicionamos esses arquivos ao stage com o comando git add;

4. Fechamos esse pacote usando o comando git commit.

Estamos quase lá! Há algumas observações importantes sobre esses dois comandos antes de finalizarmos essa lição.

git add

O add é um comando que executamos para enviar as atualizações salvas em nosso ambiente local para stage (explicado mais adiante). Basicamente estamos dizendo 'vou querer agrupar essas alterações no próximo commit'. Fazemos isso com o comando git add *, sendo que o * na verdade deve ser subsituído pela definição do que será adicionado, conforme exemplos de comandos a seguir:


                         // Para selecionarmos todas as alterações feitas em ambiente local, usamos:

                        git add .

                         // Para adicionarmos apenas um arquivo específico, usamos:

                        git add ./assets/css/style.css

                         // E para selecionar todos os arquivos numa pasta específica, usamos:

                        git add ./assets/js/*

git commit

O commit nada mais é do que um pacote de alterações que fizemos nos arquivos e pastas. Cada commit possui um ID próprio, para que possamos localizá-lo posteriormente. Esse ID irá referenciar ao commit, que é o pacote de atualizações feitas naquele projeto, naqueles arquivos, naquela hora e naquela branch.

É sempre importante darmos um 'nome' para nosso commit, pois apenas com o ID que ele recebe automaticamente fica difícil de identificar rapidamente quais as alterações no commit. Esse nome é definido pelo conteúdo declarado entre aspas simples após -m, veja:


                         // Cria um commit com o nome que é declarado entre aspas simples

                        git commit -m 'Descrição do nosso commit'

Está fechado nosso pacote de atualizações! Podemos incluir quantos pacotes quisermos, antes de subir e disponibilizar essas atualizações para os demais colaboradores do nosso repositório (ou mesmo para puxarmos em outra máquina).

Uma vez fechados os nossos pacotes, precisaremos subir as atualizações.