As novas releases serão nomeadas por "v" + data da publicação (no formato yy.mm.dd) + identificador de tipo (alpha, beta, rc -> release candidate) + identificador numérico (ex.: 1).
Exemplo: v23.01.02-alpha.1 OU v23.01.02-beta.2 OUv23.01.02-rc.3
Porque essa mudança?
Foi criado um arquivo .yml para publicar os pacotes no Nuget sempre que uma nova release for "lançada" enquanto estiver em rascunho (draft) não surtirá efeito. Ficará mais fácil manter a constância das atualizações no Nuget.
As mudanças nas versões dentro dos projetos ainda ocorrerão de forma manual, sempre que houver alteração no identificador de versão dentro do VS um novo pacote poderá ser publicado.
A chave do Nuget que estou usando só permite alterações em pacotes específicos, isso limita as alterações somente a este projeto.
Documentação
Essa issue servirá para consulta futura.
As novas releases serão nomeadas por "v" + data da publicação (no formato yy.mm.dd) + identificador de tipo (alpha, beta, rc -> release candidate) + identificador numérico (ex.: 1).
Exemplo: v23.01.02-alpha.1 OU v23.01.02-beta.2 OUv23.01.02-rc.3
Porque essa mudança?
Foi criado um arquivo .yml para publicar os pacotes no Nuget sempre que uma nova release for "lançada" enquanto estiver em rascunho (draft) não surtirá efeito. Ficará mais fácil manter a constância das atualizações no Nuget.
As mudanças nas versões dentro dos projetos ainda ocorrerão de forma manual, sempre que houver alteração no identificador de versão dentro do VS um novo pacote poderá ser publicado.
A chave do Nuget que estou usando só permite alterações em pacotes específicos, isso limita as alterações somente a este projeto.
PS: Somente deverão ser publicadas automaticamente releases "definitivas", ou seja, aquelas que não sejam "pré-release". Vide link: https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows
Vida longa e próspera 🖖