Ao analisar as issues em aberto, percebi que muitas já estão finalizadas, mas ainda não foram oficialmente encerradas no sistema. Em vários casos, foi necessário ler todo o histórico para entender que a issue já havia sido resolvida, embora o status não refletisse isso.
Seria interessante adotarmos um padrão para a criação de novas issues, utilizando labels que indiquem claramente em que estágio a issue se encontra (ex: em andamento, aguardando validação, finalizada, etc.). Além disso, no futuro, ao fecharmos as issues antigas, poderíamos configurar modelos específicos para diferentes tipos de issues, como: problemas, dúvidas, solicitações de melhoria, entre outros.
Links uteis para desenvolver esse assunto:
https://dev.to/compjunior/descrevendo-e-criando-issues-como-um-profissional-1a28
https://docs.github.com/pt/communities/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository
Ao analisar as issues em aberto, percebi que muitas já estão finalizadas, mas ainda não foram oficialmente encerradas no sistema. Em vários casos, foi necessário ler todo o histórico para entender que a issue já havia sido resolvida, embora o status não refletisse isso.
Seria interessante adotarmos um padrão para a criação de novas issues, utilizando labels que indiquem claramente em que estágio a issue se encontra (ex: em andamento, aguardando validação, finalizada, etc.). Além disso, no futuro, ao fecharmos as issues antigas, poderíamos configurar modelos específicos para diferentes tipos de issues, como: problemas, dúvidas, solicitações de melhoria, entre outros.
Links uteis para desenvolver esse assunto:
https://dev.to/compjunior/descrevendo-e-criando-issues-como-um-profissional-1a28
https://docs.github.com/pt/communities/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository