DEV Community

Cover image for Fluxo completo do GIT para trabalhar
Brayan Monteiro
Brayan Monteiro

Posted on

1 1 1

Fluxo completo do GIT para trabalhar

📌 1. Instalação e Configuração Inicial

Se for uma máquina nova, instale o Git:

🔹 Windows: Baixe aqui e instale.

🔹 Linux (Debian/Ubuntu):

sudo apt update && sudo apt install git -y
Enter fullscreen mode Exit fullscreen mode

🔹 Linux (Fedora/RHEL):

sudo dnf install git -y
Enter fullscreen mode Exit fullscreen mode

Depois de instalar, configure seu usuário:

git config --global user.name "Seu Nome"
git config --global user.email "seu@email.com"
Enter fullscreen mode Exit fullscreen mode

Verifique se ficou certo:

git config --list
Enter fullscreen mode Exit fullscreen mode

🔑 2. Autenticação no GitLab

O GitLab pode exigir autenticação via token de acesso pessoal (PAT) em vez de senha.

Para configurar:

1️⃣ Gerar um token no GitLab:

  • Vá em Configurações > Acessos Tokens no GitLab
  • Crie um token com permissão de leitura/gravação no repositório

2️⃣ Autenticar usando o token ao clonar ou enviar commits:

git clone https://oauth2:<TOKEN>@gitlab.com/usuario/repo.git
Enter fullscreen mode Exit fullscreen mode

ou configure o SSH para evitar login manual.

📥 3. Clonar um Repositório e Criar uma Branch de Desenvolvimento

🔹 Baixar um projeto do GitLab:

git clone https://gitlab.com/usuario/repositorio.git
Enter fullscreen mode Exit fullscreen mode

🔹 Entrar na pasta do repositório:

cd repositorio
Enter fullscreen mode Exit fullscreen mode

🔹 Listar branches disponíveis:

git branch -r
Enter fullscreen mode Exit fullscreen mode

🔹 Criar uma branch nova para desenvolvimento:

git checkout -b minha-branch
Enter fullscreen mode Exit fullscreen mode

🔹 Se a branch já existe no remoto:

git checkout -b minha-branch origin/minha-branch
Enter fullscreen mode Exit fullscreen mode

✏️ 4. Fazer Mudanças e Commitar

Após modificar arquivos, siga este fluxo:

🔹 Verificar o que mudou:

git status
Enter fullscreen mode Exit fullscreen mode

🔹 Adicionar os arquivos ao commit:

git add .
Enter fullscreen mode Exit fullscreen mode

🔹 Criar um commit com mensagem:

git commit -m "Descrição clara da mudança"
Enter fullscreen mode Exit fullscreen mode

🔹 Enviar as mudanças para o repositório remoto:

git push origin minha-branch
Enter fullscreen mode Exit fullscreen mode

🔹 Se for o primeiro push da branch para o remoto:

git push --set-upstream origin minha-branch
Enter fullscreen mode Exit fullscreen mode

📤 5. Atualizar o Código Antes de Trabalhar

Antes de começar a desenvolver, sempre atualize seu código:

🔹 Baixar as últimas mudanças da branch principal:

git checkout main  # Ou master
git pull origin main
Enter fullscreen mode Exit fullscreen mode

🔹 Atualizar sua branch com a última versão:

git checkout minha-branch
git merge main  # Ou rebase: git rebase main
Enter fullscreen mode Exit fullscreen mode

🔄 6. Resolver Conflitos e Corrigir Erros

Se houver conflitos ao fazer merge/rebase:

🔹 Ver arquivos com conflito:

git status
Enter fullscreen mode Exit fullscreen mode

🔹 Editar os arquivos manualmente, resolver o conflito e adicionar novamente:

git add arquivo-com-conflito
git commit -m "Resolvido conflito no arquivo X"
Enter fullscreen mode Exit fullscreen mode

🔄 7. Criar e Restaurar Commits

🔹 Se precisar desfazer mudanças antes de commitar:

git checkout -- arquivo.txt  # Restaura um arquivo específico
git reset --hard HEAD        # Restaura tudo (⚠️ perda de mudanças)
Enter fullscreen mode Exit fullscreen mode

🔹 Se precisar desfazer um commit já enviado:

git revert <ID-do-commit>
git push origin minha-branch
Enter fullscreen mode Exit fullscreen mode

📌 8. Revisão Final Antes de Enviar para Produção

🔹 Mesclar a branch de desenvolvimento na branch principal:

git checkout main
git merge minha-branch
Enter fullscreen mode Exit fullscreen mode

🔹 Enviar para produção (se aplicável):

git push origin main
Enter fullscreen mode Exit fullscreen mode

Esse fluxo cobre desde a configuração inicial até o envio das mudanças para produção.

Sentry image

See why 4M developers consider Sentry, “not bad.”

Fixing code doesn’t have to be the worst part of your day. Learn how Sentry can help.

Learn more

Top comments (0)

Sentry image

See why 4M developers consider Sentry, “not bad.”

Fixing code doesn’t have to be the worst part of your day. Learn how Sentry can help.

Learn more

👋 Kindness is contagious

Please leave a ❤️ or a friendly comment on this post if you found it helpful!

Okay