ตัวอย่างบทเรียน

Projeto Final: Simulando o Desenvolvimento em Equipe no Mundo Real

Aplique tudo o que você aprendeu em um cenário integrado: você é um desenvolvedor em uma pequena equipe que precisa adicionar um novo recurso, corrigir um bug e lançar uma versão. Passo a passo, percorremos todo o ciclo: criação de repositório, trabalho em branches, pull requests, conflitos intencionalmente criados e sua resolução, rebase para limpar o histórico e uma tag de lançamento final. No final, você terá um repositório real que pode ser mostrado a empregadores.

Fluxo completo de trabalho com Git Desenvolvimento em equipe Ciclo de lançamento

คุณจะเรียนรู้อะไรในบทเรียนนี้

Você será capaz de conduzir independentemente todo o ciclo de desenvolvimento de um recurso no Git - desde a criação da branch até o merge na main.
Você entenderá como é o fluxo de trabalho real em equipe e estará preparado para ele desde o primeiro dia de trabalho.
Você terá um repositório pronto com um histórico de commits significativo, que pode ser adicionado ao seu portfólio e mostrado em entrevistas.

จุดเริ่มต้นของบทเรียน

Inicializando o repositório para portfólio

Criar uma nova pasta de projeto
Inicializar um repositório Git vazio
Adicionar .gitignore para excluir arquivos desnecessários
Verificar o status do diretório de trabalho

Abra o terminal e crie uma nova pasta para o projeto com o comando mkdir portfolio-project. Navegue até ela e execute git init - isso criará uma pasta oculta .git onde o Git armazenará todo o histórico de alterações. Agora adicione um arquivo .gitignore com o conteúdo node_modules/ e .env para excluir do controle de versão as dependências e dados confidenciais. Verifique o status atual com git status - você deve ver o novo arquivo na lista de arquivos não rastreados. Esta é a base do seu projeto profissional. Certifique-se de que todos os arquivos foram criados corretamente e estão nos locais apropriados.

#!/bin/bash
# Criando pasta do projeto
mkdir portfolio-project

# Navegando para a pasta do projeto
cd portfolio-project

# Inicializando o repositório Git
git init

# Criando arquivo .gitignore
cat > .gitignore << EOL
node_modules/
.env
EOL

# Verificando o status do repositório
git status

Estruturando o projeto seguindo padrões

Criar pastas padrão: src, docs, tests
Adicionar README com descrição do projeto
Preparar todas as alterações para commit
Verificar o status antes de confirmar

Uma estrutura de projeto limpa é como uma mesa de trabalho organizada: tudo em seu devido lugar. Crie três pastas principais: src para código-fonte, docs para documentação e tests para testes. Adicione um arquivo README.md com uma breve descrição do projeto. Agora execute git add . para adicionar todos os arquivos à área de staging. Verifique git status novamente - agora todos os novos arquivos devem estar na seção de alterações prontas para commit. Este é o primeiro passo para uma organização profissional da base de código. Certifique-se de que a estrutura esteja de acordo com os padrões da indústria.

#!/bin/bash
# Criando pastas padrão
mkdir src docs tests

# Criando README com descrição
cat > README.md << EOL
# Projeto de Portfólio

Este projeto demonstra habilidades com Git.
EOL

# Adicionando todos os arquivos para staging
git add .

# Verificando o status do repositório
git status

Primeiro commit significativo

Criar o primeiro commit com uma mensagem clara
Usar o prefixo 'chore' para alterações de manutenção
Verificar o histórico de commits
Confirmar que todas as alterações foram registradas

É hora de registrar o estado inicial do projeto. Digite 'git commit -m "chore: inicializar estrutura do projeto". Observe o prefixo 'chore' — ele indica alterações de manutenção. Após o commit, execute 'git log' — você verá o registro do seu primeiro commit com hash, autor e mensagem. Esta é a base sobre a qual toda a história de mudanças será construída. Um bom primeiro commit é como uma tela em branco para um artista. Certifique-se de que a mensagem seja clara e informativa.

#!/bin/bash
# Criar o primeiro commit
git commit -m 'chore: inicializar estrutura do projeto'

# Verificar o histórico de commits
git log --oneline

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 31 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

Inicializando o repositório para portfólio
Estruturando o projeto seguindo padrões
Primeiro commit significativo
Publicando o projeto no GitHub
Iniciando um novo recurso: criando um branch
Commits atômicos: escrevendo a história das alterações
Verificação antes do merge
Preparando o pull request
Preparando o projeto final para revisão
Criando um pull request no GitHub
Trabalhando com feedbacks da revisão
Finalizando o processo de revisão
Bug crítico em produção: o que fazer?
Criando um branch hotfix corretamente
Correção Rápida e Verificação
Merge e Deploy de Emergência
Atualizando o Branch de Feature Antes do Merge
Resolução de conflitos no código
Finalizando o rebase e push
Por que fazer rebase antes do merge
Rebase interativo em ação
Finalização: merge com histórico limpo
Publicando a feature finalizada
Mesclando alterações com Squash and Merge
Limpeza pós-merge
Resultado final e o que apresentar em entrevistas
Preparação para o lançamento: verificando a prontidão do código
Criando a tag da versão v1.0.0
Publicando o lançamento no GitHub
Verificando o resultado e preparando para evolução
Analisando o histórico do projeto
Avaliando a legibilidade dos commits
Histórico de Commits como Portfólio
Acorde final: seu primeiro release está pronto!