Gerador de modelo CHANGELOG.md

• Padrão Keep-a-Changelog: Garanta a conformidade estrita com as especificações. Nossa ferramenta gera changelogs padrão v1.1.0 contendo categorias semânticas padrão devidamente ordenadas.
• Links de comparação automatizados: Aumente a credibilidade do repositório. Forneça o URL do seu repositório GitHub para compilar automaticamente URLs de referência de comparação entre todas as tags na parte inferior.
• Vários formatos de saída: obtenha o formato adequado ao seu fluxo de trabalho. Exporte como marcação Keep-a-Changelog, marcadores comuns do Changelog ou marcação limpa das notas de versão do GitHub.
• 100% de privacidade do lado do cliente: mantenha os detalhes do seu projeto seguros. O gerador lida com todos os parâmetros de formulário, logs de lançamento e renderização de modelos localmente em seu navegador.

Keep a Changelog é uma especificação da comunidade amplamente adotada que estabelece uma estrutura uniforme e legível para logs de modificação de projetos. Em vez de colocar todas as atualizações em uma única lista enorme de marcadores, o padrão define estritamente seis grupos semânticos: **Adicionado, Alterado, Obsoleto, Removido, Corrigido e Segurança**. Esse agrupamento categorizado torna incrivelmente fácil para desenvolvedores, gerentes e usuários finais verificarem suas notas de versão e localizarem rapidamente adições de recursos críticos, alertas de descontinuação ou atualizações de segurança.

Muitos desenvolvedores despejam erroneamente seus logs brutos do Git diretamente em um arquivo de texto e o chamam de changelog. No entanto, os logs git são projetados para **máquinas e compiladores**, preenchidos com micro-commits, correções de erros de digitação, logs de ramificação de mesclagem e notas centradas em código. Um changelog profissional é projetado para **pessoas**. Ele seleciona esses commits, filtra atualizações não consequenciais e traduz alterações brutas em descrições claras e voltadas para o usuário. Os registros manuscritos garantem que os desenvolvedores possam ler e entender o que há de novo e como isso afeta sua integração.

A adesão ao versionamento semântico representa a base de ecossistemas de software estáveis. Um número de versão do SemVer é estruturado como Major.Minor.Patch (por exemplo, 1.2.3). A versão **PATCH** é incrementada quando você lança correções de bugs compatíveis com versões anteriores. A versão **MINOR** é incrementada quando você adiciona novos recursos compatíveis com versões anteriores. A versão **MAJOR** é reservada para modificações de API que exigem que os usuários atualizem suas integrações. Rastrear essas versões dentro de um changelog estruturado mantém suas dependências seguras e transparentes.

Um changelog verdadeiramente profissional não apenas lista as versões – ele as conecta. Ao incluir referências de links de comparação na parte inferior do seu arquivo, os usuários podem clicar em qualquer número de versão para visualizar a diferença exata do código no GitHub entre a versão atual e a tag anterior. Este gerador compila automaticamente esses links de referência de comparação com base na URL do seu repositório. Ele mapeia as versões subsequentes para os diretórios de comparação do GitHub e marca a versão inicial corretamente, aumentando a confiança e a transparência do desenvolvedor.