Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/leoviana00/config-repo-base-autochangelog

Autochangelog através de action e shellscript.
https://github.com/leoviana00/config-repo-base-autochangelog

actions changelog git shell-script

Last synced: 28 days ago
JSON representation

Autochangelog através de action e shellscript.

Awesome Lists containing this project

README

        

## Autochangelog

Tópicos levados em consideração:

```
- Commits semânticos
- Template personalizado para PR
- Versionamento semântico
- Changelog
- Automação para gerar entradas de changelog a cada commit realizado
```

## Commits Semânticos

Em relação aos commits semânticos, será seguido a convenção de commits.
[Link Documentação](link)

> Importante lembrar:

- Crie commits objetivos:

Os commits descrevem o que foi realizado na alteração que você criou. Por isso, é fundamental descrevê-los com informações relevantes. Criar comentários como “correção de bug” e “nova funcionalidade”, sem maiores detalhes, não ajudará outras pessoas a compreenderem o que foi feito.

- Crie branchs com nomes claros

Garanta que a ramificação que você criou possui um nome significativo. Assim, em projetos muito grandes e com várias pessoas atuando, será mais fácil encontrar o que você modificou e rapidamente entender qual parte do código foi alterada.

- Mantenha a branch principal atualizada

É a partir da ramificação principal que vamos criar outras aos quais iremos realizar nossas alterações. Por isso, é necessário mantê-la sempre atualizada. Assim, teremos a versão mais recente do código e evitaremos conflitos com alterações existentes, mas às quais não estavam presentes no código de trabalho.

- Faça revisão de código

Um potente recurso disponível em diversas ferramentas de versionamento de código é o Code Review (Revisão de Código). Nesse caso, você poderá acionar uma outra pessoa autorizada a acessar o projeto para revisar as suas alterações e garantir que as mudanças poderão ser incorporadas ao código principal. Isso reduz o número de bugs e de código despadronizado.

## Template personalizado para PR

Para garantir um padrão de informação no PR será criado um template com algumas informas necessárias que ainda serão definidas.

Proposta de template:

```md
## Descrição

## Tipo de mudança

- [ ] Correção de bug (alteração ininterrupta que corrige um problema)
- [ ] Novo recurso (alteração ininterrupta que adiciona funcionalidade)
- [ ] Alteração na documentação
- [ ] Outro (especifique)

## Pre-merge Checklist

- [ ] Meus commits estão de acordo com a padronização de commits e branchs estabelecidos. [Gitflow]
- [ ] Realizei uma auto-revisão do meu código
- [ ] Comentei meu código, principalmente em áreas difíceis de entender

## Emitir número e link do ticket

- [ ] Não possui relação com Issues
- [ ] Pull Request será vinculado a uma issue usando palavra chave [Pull request vinculado a uma issue]

## Screenshots

| Before | After |
| ------ | ----- |
| N/A | N/A |