Este guia foi elaborado para auxiliar a equipe do projeto LearningLab (site WordPress) a utilizar o Git/GitHub de forma eficiente e padronizada. Aqui você encontrará instruções detalhadas sobre o fluxo de trabalho, manipulação de branches, convenções de nomenclatura e configuração inicial.
- Configuração Inicial
- Estrutura de Branches
- Fluxo de Trabalho
- Convenções de Nomenclatura
- Comandos Úteis
- Pull Requests
- Referência Rápida
Windows:
- Acesse https://git-scm.com/download/win e baixe o instalador
- Execute o instalador com as opções padrão
Mac:
- Via Homebrew:
brew install git - Ou baixe o instalador em https://git-scm.com/download/mac
Linux:
- Ubuntu/Debian:
sudo apt-get install git - Fedora:
sudo dnf install git
# Via linha de comando
git config --global user.name "Seu Nome"
git config --global user.email "seuemail@exemplo.com"No VS Code:
- Acesse as configurações (Ctrl+, ou Cmd+,)
- Pesquise por "git user" e preencha os campos
Via linha de comando:
git clone https://github.com/caminho-do-repositorio/LearningLab.git
cd LearningLabNo VS Code:
- Pressione Ctrl+Shift+P (ou Cmd+Shift+P no Mac)
- Digite "Git: Clone"
- Cole a URL do repositório
- Selecione onde salvar o projeto
O projeto LearningLab possui duas branches principais:
- main - Branch de produção, contém o código estável
- develop - Branch de desenvolvimento, recebe novas funcionalidades antes da produção
Via linha de comando:
# Listar branches disponíveis localmente
git branch
# Listar todas as branches (locais e remotas)
git branch -aNo VS Code:
- Clique no nome da branch atual na barra de status (canto inferior esquerdo)
- Um menu aparecerá mostrando todas as branches disponíveis
O fluxo de trabalho recomendado segue estas etapas:
Via linha de comando:
# Mudar para a branch develop
git checkout develop
# Atualizar a branch com as últimas alterações do repositório remoto
git pull origin developNo VS Code:
- Clique no nome da branch na barra de status
- Selecione "develop" da lista
- Clique no ícone de sincronização na barra de status ou use Ctrl+Shift+G e clique em "Pull"
Via linha de comando:
# Crie uma nova branch a partir da develop e mude para ela
git checkout -b feature/nome-da-funcionalidadeNo VS Code:
- Clique no nome da branch na barra de status
- Clique em "+ Create new branch"
- Digite o nome seguindo a convenção (ex: feature/nome-da-funcionalidade)
Via linha de comando:
# Adicione os arquivos modificados
git add .
# Ou adicione arquivos específicos
git add caminho/do/arquivo
# Faça o commit com uma mensagem descritiva
git commit -m "feat: adiciona formulário de contato"No VS Code:
- Na aba Source Control (Ctrl+Shift+G)
- Veja as alterações e clique no "+" ao lado do arquivo para staged
- Digite uma mensagem de commit na caixa de texto
- Clique em "✓" (Commit)
Via linha de comando:
git push origin feature/nome-da-funcionalidadeNo VS Code:
- Na aba Source Control
- Clique em "..." e selecione "Push"
- Na primeira vez, selecione "Publish Branch"
Quando sua funcionalidade estiver pronta, crie um Pull Request da sua branch para a branch develop.
Siga este formato para nomes de branches:
-
feature/nome-da-funcionalidade - Para novas funcionalidades
- Exemplo:
feature/formulario-contato
- Exemplo:
-
fix/nome-do-problema - Para correções de bugs
- Exemplo:
fix/menu-responsivo
- Exemplo:
-
hotfix/nome-do-problema - Para correções urgentes em produção
- Exemplo:
hotfix/erro-login
- Exemplo:
-
refactor/nome-componente - Para refatoração de código
- Exemplo:
refactor/estrutura-css
- Exemplo:
-
docs/nome-documento - Para atualização de documentação
- Exemplo:
docs/readme-update
- Exemplo:
Use prefixos nas mensagens de commit para indicar o tipo de alteração:
-
feat: - Nova funcionalidade
- Exemplo:
feat: adiciona página de blog
- Exemplo:
-
fix: - Correção de bug
- Exemplo:
fix: corrige responsividade no menu mobile
- Exemplo:
-
docs: - Atualização de documentação
- Exemplo:
docs: atualiza README com instruções de instalação
- Exemplo:
-
style: - Mudanças que não afetam o significado do código (espaçamento, formatação, etc.)
- Exemplo:
style: formata código CSS seguindo padrões
- Exemplo:
-
refactor: - Refatoração de código
- Exemplo:
refactor: simplifica lógica de validação do formulário
- Exemplo:
-
chore: - Atualizações de tarefas de build, configurações, etc.
- Exemplo:
chore: atualiza dependências do WordPress
- Exemplo:
Regras para mensagens de commit:
- Use o tempo presente ("adiciona" em vez de "adicionado")
- Não use ponto final no título do commit
- Seja conciso mas descritivo
- Use no máximo 50 caracteres para o título
Via linha de comando:
# Ver arquivos modificados, staged e não staged
git statusNo VS Code:
- A aba Source Control (Ctrl+Shift+G) mostra automaticamente o status
Via linha de comando:
# Ver histórico de commits
git log
# Ver histórico simplificado em uma linha
git log --oneline
# Ver histórico com gráfico
git log --graph --oneline --allNo VS Code:
- Na aba Source Control, clique em "..."
- Selecione "View History"
Via linha de comando:
# Desfazer alterações não commitadas em um arquivo
git checkout -- nome-do-arquivo
# Desfazer alterações staged (após git add)
git reset HEAD nome-do-arquivo
# Desfazer o último commit mantendo as alterações
git reset --soft HEAD~1
# Desfazer o último commit descartando as alterações (cuidado!)
git reset --hard HEAD~1No VS Code:
- Na aba Source Control, clique com o botão direito no arquivo
- Selecione "Discard Changes" para desfazer alterações não commitadas
Via linha de comando:
# Mudar para outra branch
git checkout nome-da-branch
# Criar e mudar para nova branch
git checkout -b nome-da-nova-branchNo VS Code:
- Clique no nome da branch na barra de status
- Selecione a branch desejada da lista
Via linha de comando:
# Atualizar branch atual
git pull
# Buscar todas as atualizações sem aplicá-las
git fetch --allNo VS Code:
- Clique no ícone de sincronização na barra de status
Via linha de comando:
# Após um conflito durante merge ou pull
git status # para ver arquivos com conflito
# Edite os arquivos para resolver os conflitos
git add . # Marque os conflitos como resolvidos
git commit # Finalize o mergeNo VS Code:
- Os arquivos com conflito serão destacados
- Clique em "Resolve in Editor"
- Escolha "Accept Current Change", "Accept Incoming Change", "Accept Both Changes" ou edite manualmente
- Adicione os arquivos resolvidos e faça commit
- Acesse o repositório no GitHub
- Clique em "Pull Requests" e depois em "New Pull Request"
- Escolha sua branch como "compare" e "develop" como "base"
- Clique em "Create Pull Request"
- Preencha:
- Título: Breve descrição da funcionalidade
- Descrição: Detalhes sobre o que foi implementado, como testar, screenshots se aplicável
- Adicione reviewers (colegas de equipe para revisar seu código)
- Clique em "Create Pull Request"
- Acesse o Pull Request no GitHub
- Verifique as alterações na aba "Files changed"
- Deixe comentários em linhas específicas clicando no "+" que aparece ao passar o mouse
- Aprove ou solicite mudanças no menu "Review changes"
- Atualize a branch develop:
git checkout develop && git pull - Crie sua branch de trabalho:
git checkout -b feature/sua-funcionalidade - Faça alterações e commits frequentes
- Envie sua branch para o repositório:
git push origin feature/sua-funcionalidade - Crie um Pull Request para a branch develop quando finalizar
| Tipo de Branch | Formato | Exemplo |
|---|---|---|
| Feature | feature/nome-funcionalidade | feature/pagina-contato |
| Correção | fix/nome-problema | fix/erro-formulario |
| Urgente | hotfix/nome-problema | hotfix/falha-seguranca |
| Tipo de Commit | Formato | Exemplo |
|---|---|---|
| Nova funcionalidade | feat: descrição | feat: adiciona sistema de login |
| Correção | fix: descrição | fix: corrige erro na validação de email |
| Documentação | docs: descrição | docs: atualiza instruções de instalação |
| Refatoração | refactor: descrição | refactor: otimiza queries do banco |
Este guia foi desenvolvido para padronizar e facilitar o trabalho da equipe no projeto LearningLab. Lembre-se:
- Sempre trabalhe em uma branch separada, nunca diretamente na main ou develop
- Faça commits frequentes com mensagens claras e descritivas
- Mantenha suas branches atualizadas antes de começar a trabalhar
- Comunique-se com a equipe sobre o que está desenvolvendo
Se tiver dúvidas ou sugestões para melhorar este guia, fale com o coordenador do projeto.
Bom trabalho!