karolinakita-ux/portfolio

Finalizar uma alteração no develop

Cada commit é uma versão. Regras em CONTRIBUTING.md ("Cada commit"); a forma resumida:

1. Verificar. yarn verify (verificação de tipos, lint sem warnings, verificação Prettier, testes, build com pré-renderização). Corrija o código, não as regras: uma exceção a uma regra é uma desabilitação em uma linha com um motivo após --.
2. Verificar a árvore. git status. O usuário pode ter edições inacabadas: liste apenas os arquivos que esta alteração tocou. Deixe todo o resto sem staging.
3. Escolher a versão imediatamente antes de commitar (leia version em package.json e o topo de CHANGELOG.md agora, não antes):
   • major: páginas removidas ou renomeadas, URLs alteradas, redesign
   • minor: novo conteúdo visível ou funcionalidades
   • patch: correções, texto, imagens, estilização, dependências, configuração, testes, documentação
4. Changelog. Adicione ### X.Y.Z - AAAA-MM-DD abaixo do título único ## Unreleased (após um lançamento ele desaparece: adicione-o acima do ## Release mais recente), com grupos Added / Changed / Fixed / Removed, uma linha simples cada, somente hífens curtos.
5. Commited os arquivos listados pelo nome: git commit -- <arquivos> com o assunto <o que mudou, imperativo> (X.Y.Z), um corpo curto e a tag de co-autor se Claude o escreveu.
6. Verificar o commit em relação à sua mensagem: git show --stat HEAD. Em seguida, faça push para develop.

Antes de commitar, liste cada unidade alterada (arquivo, função, branch) ao lado do teste que a cobre. Um branch não testado recebe um teste, ou uma nota na resposta.