Se você acompanhou as partes anteriores desta série, seu projeto Full-Stack (Angular + .NET) já está sendo testado e compilado automaticamente em um Self-Hosted Runner gratuito. A infraestrutura está perfeita.
Mas e a organização do código?
Imagine a seguinte situação: você trabalha com mais três desenvolvedores. Vocês abrem PRs, fazem merge na branch main e o deploy acontece. Chega sexta-feira e o cliente pergunta: "O que exatamente entrou na versão 1.2.0 que acabou de ir pro ar?"
Se você responde revirando um histórico de commits cheio de "fix bug", "ajuste no layout", ou "wip", nós temos um problema.
Nesta Parte 3, vamos transformar seu repositório bagunçado em uma máquina de versionamento profissional. Vamos padronizar os commits, gerar o CHANGELOG.md magicamente e usar o GitHub Actions para criar Releases visuais.
