karolinakita-ux/portfolio

Release develop para main

Um release coloca tudo que está em develop no ar em karolina.kita.company. O processo completo e as regras para as notas de versão estão em CONTRIBUTING.md ("Releases"); siga-o passo a passo.

1. Verifique o que será enviado. Em develop: git fetch origin, git pull --ff-only, yarn verify. Mostre git log --oneline origin/main..develop e as entradas de ## Unreleased. Pare e pergunte se o verify falhar, se um commit não tiver entrada no changelog, ou se origin/main tiver commits que develop não tem.
2. Escreva as notas de versão sob um cabeçalho renomeado ## Release vX.Y.Z - YYYY-MM-DD (hoje, ISO). A versão é a mais nova em ## Unreleased, que corresponde a package.json. Sem bump de versão para o próprio release. As notas são para visitantes e recrutadores: de 2 a 6 marcadores, inglês simples (B2), hífens curtos, e terminam com Versions: a - b.
3. Faça merge, tag e push, exatamente como em CONTRIBUTING.md: faça commit apenas de CHANGELOG.md como Release vX.Y.Z, faça merge de develop em main com --no-ff, tag anotada vX.Y.Z, push de main com tags, fast-forward de develop para main e push.
4. Verifique o deploy com o MCP do Netlify (projeto karolina-kita): o commit_ref do deploy de produção é o merge do release e seu estado é ready. Se falhar, leia o log do deploy e reporte. Em seguida, busque uma página que o release alterou no site ao vivo.
5. Responda com a versão, as notas de versão conforme escritas e o resultado do deploy.

Regras:

• Edições não commitadas do usuário ficam de fora do release. Se git switch recusar por causa delas, pare e pergunte; nunca faça stash, reset ou descarte-as.
• Faça stage de arquivos pelo nome; nunca git add -A.