Acredito que problemas como que aconteceram na pull request #101 e #102 podem ser sanados alterando o fluxo de trabalho realizado pelas workflows. Sendo a solução separada em dois processos:
Continuous Integration
Esse fluxo de trabalho será composto por três etapas:
- Setup .NET Core
- Build do Projeto
- Testes dos projetos
Mas por que a realização disso?
Quando for aberto um pull request poderemos ver logo se há um erro de compilação e um erro durante os testes, desse modo, não perdendo tempo fazendo um merge e voltando o pull request.
Continuous Deployment
Esse fluxo de trabalho será composto por duas etapas e acontecerá quando for realizado uma mudança na branch main:
- Criação do Pacote
- Deploy do Pacote
No entanto com um porém, com a utilização de Ambientes, mas por que isso?
Com a utilização de ambiente é possível que o deploy seja realizado apenas quando o administrador aceitar, não havendo a necessidade de preocupação com merge desnecessários como que aconteceram nas pull request #101 e #102.
Acredito que problemas como que aconteceram na pull request #101 e #102 podem ser sanados alterando o fluxo de trabalho realizado pelas
workflows. Sendo a solução separada em dois processos:Continuous Integration
Esse fluxo de trabalho será composto por três etapas:
Mas por que a realização disso?
Quando for aberto um pull request poderemos ver logo se há um
erro de compilaçãoe umerro durante os testes, desse modo, não perdendo tempo fazendo um merge e voltando o pull request.Continuous Deployment
Esse fluxo de trabalho será composto por duas etapas e acontecerá quando for realizado uma mudança na branch main:
No entanto com um porém, com a utilização de Ambientes, mas por que isso?
Com a utilização de ambiente é possível que o
deploy seja realizado apenas quando o administrador aceitar, não havendo a necessidade de preocupação com merge desnecessários como que aconteceram nas pull request #101 e #102.