MÓDULO 6.4 — ÚLTIMO DO CURSO

📣 Evoluir e divulgar

Deploy foi o começo, não o destino. Aprenda a iterar com velocidade, criar releases, construir um portfólio que impressiona e manter o projeto vivo ao longo do tempo.

6
Tópicos
~35
Minutos
🎓
Fechamento
🚀
Estratégia
1

🔄 Iterar após o deploy

O ciclo nunca para — feedback → melhoria → deploy → repete

🎯 Deploy não é o fim

A primeira versão sempre tem bugs, UX confuso e features faltando. Isso é normal — e é exatamente aí que o Claude Code brilha mais: iterar com velocidade. O que levaria dias de refatoração manual, o Claude resolve em minutos.

v0.1 primeiro deploy v1.0 bugs corrigidos UX melhorado v2.0 features novas feedback real docs completos VIVO 🌿 comunidade contribuidores releases regulares portfólio forte MATURIDADE DO PROJETO

Cada iteração sobe um degrau. Consistência ao longo do tempo > sprint único de lançamento.

✓ Iteração saudável

  • Commits pequenos e frequentes (todo dia ou semana)
  • Issues abertas para rastrear próximas melhorias
  • Feedback de usuários reais guia as prioridades
  • Claude Code implementa melhorias em minutos

✗ Projeto abandonado

  • Último commit há 6+ meses
  • Issues abertas sem resposta
  • Dependências desatualizadas com vulnerabilidades
  • README desatualizado em relação ao código atual
📊
SemVer
major.minor.patch
📋
Roadmap
O que vem a seguir
🔧
Hotfix
Bug crítico urgente
📝
Changelog
Histórico de mudanças
2

🏷️ Releases e tags

Versões formais — comunicar evolução para usuários e recrutadores

1

Criar tag e release via gh CLI

# Criar tag local e push
$ git tag v1.0.0
$ git push origin v1.0.0

# Criar release no GitHub com notas automáticas
$ gh release create v1.0.0 \
  --title "v1.0.0 — Lançamento inicial" \
  --generate-notes

# Listar releases
$ gh release list

# Ver release específica
$ gh release view v1.0.0
2

Convenção de versões (SemVer)

v1.0.0 → Primeira versão estável, API pública definida

v1.1.0 → Nova feature compatível com a versão anterior

v1.1.1 → Correção de bug, sem mudança de comportamento

v2.0.0 → Breaking change — API mudou

💡 --generate-notes é ouro

O gh release create --generate-notes lê automaticamente o histórico de PRs e commits desde a última release e gera um changelog formatado. Sem esforço manual — perfeito para manter consistência.

🏷️
git tag
Marca o commit
🎁
gh release
Página pública
📄
Release notes
Geradas automático
Pre-release
Beta/RC antes do stable
3

💼 Construir portfólio

Seus projetos como vitrine — o que recrutadores olham de verdade

🐙 GitHub Profile README

Crie o repo especial usuario/usuario com um README.md. Aparece no seu perfil GitHub como página personalizada.

$ gh repo create usuario --public
$ # Crie README.md com seu bio,
# habilidades e projetos

🌐 Site de portfólio

Repo usuario.github.io vira seu site pessoal. Claude Code pode gerar a página inteira com cards dos seus projetos.

✓ Foto/avatar profissional

✓ Grid de projetos com screenshots

✓ Link para GitHub, LinkedIn

🤖 Deixe o Claude gerar seu portfólio

Peça: "Analise meus repositórios GitHub e crie uma página de portfólio HTML responsiva com cards para cada projeto, minha bio e links de contato." Claude lista repos, lê READMEs e gera a página completa.

1

Pinned repositories

No seu perfil GitHub, "Pin" até 6 repos. Escolha os que melhor representam suas habilidades — não os mais antigos ou os mais stars.

2

Contribution graph

O gráfico verde de contribuições no perfil é visível para todos. Commits regulares mostram consistência — mais valioso que um sprint único.

📌
Pinned repos
Vitrine no perfil
🟩
Contribution
Atividade visível
🌐
Site pessoal
usuario.github.io
📝
Profile README
Bio + projetos
4

📚 Documentar bem

Você do futuro vai agradecer — e recrutadores também

Documentação é o que transforma um repositório em um projeto. Sem ela, até você mesmo em 3 meses vai perguntar "como esse negócio funciona mesmo?"

✓ Documentação mínima

  • README com instalação e uso básico
  • CHANGELOG.md com histórico de versões
  • Comentários em funções não-óbvias
  • LICENSE (MIT para projetos abertos)

📈 Documentação avançada

  • CONTRIBUTING.md para atrair colaboradores
  • ADR (Architecture Decision Records)
  • Wiki do GitHub para docs longas
  • Docusaurus para projetos grandes

🤖 Claude documenta código automaticamente

Peça: "Adicione comentários JSDoc a todas as funções deste arquivo" ou "Gere o CONTRIBUTING.md explicando como configurar o ambiente e abrir PRs". Claude lê o código e gera documentação precisa e consistente.

📄
README.md
Entrada do projeto
📋
CHANGELOG
Histórico de versões
🤝
CONTRIBUTING
Como colaborar
⚖️
LICENSE
Termos de uso
5

📢 Pedir feedback e divulgar

Criar audiência para o projeto — feedback real > suposições

1

Comunidades para divulgar

✓ Reddit: r/webdev, r/programming
✓ Dev.to (artigo + link)
✓ Twitter/X com #buildinpublic
✓ Show HN (Hacker News)
✓ LinkedIn (post técnico)
✓ Product Hunt (lançamento)
2

Pedir feedback estruturado

GitHub Discussions é ótimo para feedback assíncrono. Issues com label "feedback" ou "question" deixam claro que você quer ouvir usuários.

$ gh issue create \
  --title "[FEEDBACK] O que você achou?" \
  --label feedback \
  --body "Conte o que funcionou e o que falta"

✓ Build in public funciona

  • Compartilhar o processo traz audiência antes do lançamento
  • Feedback antecipado evita construir a coisa errada
  • Logs de progresso viram portfólio de aprendizado

✗ Erros comuns

  • Esperar "perfeito" para divulgar — nunca chega
  • Ignorar os primeiros usuários (eles são ouro)
  • Divulgar sem link direto para testar
🚀
Product Hunt
Lançamento público
🏗️
#buildinpublic
Compartilhar progresso
💬
Discussions
Feedback assíncrono
Stars
Métrica de tração
6

♻️ Manter o projeto vivo

Consistência > intensidade — o segredo de projetos que duram

🌿 Projeto vivo vs projeto arquivo

Um projeto vivo não precisa de sprints maratona. Precisa de consistência: uma pequena melhoria por semana é mais valioso do que 3 meses de silêncio seguidos de um grande update. Recrutadores veem o contribution graph.

🤖

Dependabot — atualização automática

Ativa automaticamente no GitHub. Cria PRs para atualizar dependências com vulnerabilidades. Configure em .github/dependabot.yml:

version: 2
updates:
  - package-ecosystem: npm
    directory: "/"
    schedule:
      interval: weekly
🌱

Good First Issues — atrair contribuidores

Issues marcadas com good first issue aparecem na busca do GitHub para quem quer contribuir pela primeira vez. Ótima forma de crescer a comunidade.

$ gh issue create \
  --title "Melhorar mensagem de erro do login" \
  --label "good first issue"

✓ Ritual de manutenção semanal

  • Revisar issues abertas (responder ou fechar)
  • Merge Dependabot PRs aprovados
  • Pelo menos 1 commit de melhoria pequena
  • Atualizar README se algo mudou

📦 Quando arquivar

  • Projeto substituído por algo melhor
  • Tecnologia obsoleta sem manutenção
  • Use Settings → Archive repository para sinalizar
  • Deixe o README explicar o motivo
🤖
Dependabot
Updates automáticos
🌱
Good first issue
Atrair colaboradores
🗺️
Milestones
Planejamento público
📦
Archive
Encerrar com dignidade
🏆

Parabéns! Você concluiu o curso.

Claude Code — Do Zero ao Projeto

O que você aprendeu nesta trilha

  • Git: init, add, commit, log, branches, .gitignore
  • GitHub: repos, remote, SSH, gh CLI, PRs, README
  • GitHub Pages: deploy gratuito com HTTPS e CDN
  • Releases, portfólio, documentação e comunidade
  • Manter projetos vivos com consistência

O que você domina agora

  • Usar Claude Code como parceiro de desenvolvimento real
  • Criar projetos do zero com automação inteligente
  • Publicar e manter sites no ar de graça
  • Construir um portfólio técnico que impressiona

Você completou as 6 trilhas. Agora a melhor forma de continuar é construir. Pegue um projeto real, abra o Claude Code, e comece.