Antes de começar, você precisa:
- Ter o Git instalado → https://git-scm.com/downloads
- Criar uma conta no GitHub → https://github.com
- Configurar seu nome e e-mail (para identificar seus commits):
git config --global user.name "Seu Nome"
git config --global user.email "seuemail@example.com"Se você quer trabalhar em um projeto que já existe, primeiro precisa cloná-lo.
-
No GitHub, vá até o repositório que você quer clonar. Exemplo:
https://github.com/usuario/repositorio.git -
No terminal (ou Git Bash), rode:
git clone https://github.com/usuario/repositorio.gitIsso cria uma cópia local do projeto na sua máquina.
- Entre na pasta do projeto:
cd repositorioAntes de enviar as mudanças, veja o que foi alterado:
git statusAdicione os arquivos modificados à "área de stage":
git add exemplo.txtOu para adicionar todos os arquivos modificados:
git add .Crie um commit com uma mensagem explicando o que mudou:
git commit -m "Adiciona arquivo exemplo.txt"Se o repositório já tem um remoto configurado (chamado origin), envie assim:
git push origin mainmaster em vez de main. Verifique com:
git branchUtilize o comando abaixo para renomear a branch
git branch -M mainPara trabalhar em algo sem afetar o código principal:
git checkout -b minha-nova-branchDepois, envie essa branch para o GitHub:
git push origin minha-nova-branchAntes de começar novas alterações, é bom atualizar o código:
git pull origin main| Ação | Comando |
|---|---|
| Clonar repositório | git clone URL |
| Entrar na pasta | cd nome-do-repo |
| Ver status | git status |
| Adicionar arquivos | git add . |
| Criar commit | git commit -m "mensagem" |
| Enviar ao GitHub | git push origin main |
| Atualizar repositório | git pull origin main |
O commit semântico possui os elementos estruturais abaixo (tipos), que informam a intenção do seu commit ao utilizador(a) de seu código.
-
feat- Commits do tipo feat indicam que seu trecho de código está incluindo um novo recurso (se relaciona com o MINOR do versionamento semântico). -
fix- Commits do tipo fix indicam que seu trecho de código commitado está solucionando um problema (bug fix), (se relaciona com o PATCH do versionamento semântico). -
docs- Commits do tipo docs indicam que houveram mudanças na documentação, como por exemplo no Readme do seu repositório. (Não inclui alterações em código). -
test- Commits do tipo test são utilizados quando são realizadas alterações em testes, seja criando, alterando ou excluindo testes unitários. (Não inclui alterações em código) -
build- Commits do tipo build são utilizados quando são realizadas modificações em arquivos de build e dependências. -
perf- Commits do tipo perf servem para identificar quaisquer alterações de código que estejam relacionadas a performance. -
style- Commits do tipo style indicam que houveram alterações referentes a formatações de código, semicolons, trailing spaces, lint... (Não inclui alterações em código). -
refactor- Commits do tipo refactor referem-se a mudanças devido a refatorações que não alterem sua funcionalidade, como por exemplo, uma alteração no formato como é processada determinada parte da tela, mas que manteve a mesma funcionalidade, ou melhorias de performance devido a um code review. -
chore- Commits do tipo chore indicam atualizações de tarefas de build, configurações de administrador, pacotes... como por exemplo adicionar um pacote no gitignore. (Não inclui alterações em código) -
ci- Commits do tipo ci indicam mudanças relacionadas a integração contínua (continuous integration). -
raw- Commits do tipo raw indicam mudanças relacionadas a arquivos de configurações, dados, features, parâmetros. -
cleanup- Commits do tipo cleanup são utilizados para remover código comentado, trechos desnecessários ou qualquer outra forma de limpeza do código-fonte, visando aprimorar sua legibilidade e manutenibilidade. -
remove- Commits do tipo remove indicam a exclusão de arquivos, diretórios ou funcionalidades obsoletas ou não utilizadas, reduzindo o tamanho e a complexidade do projeto e mantendo-o mais organizado.