You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sua solicitação de recurso está relacionada a um problema? Por favor, descreva.
Depender de sleeps e healthchecks para a boa execução do fluxo de validação automático adiciona um grau de incerteza não ideal para o contexto de CI/CD. Vejamos o exemplo abaixo:
- run: sleep 180
- name: Waiting for 200 from the Vercel Previewuses: patrickedqvist/[email protected]id: vercelPreviewwith:
token: ${{ secrets.GITHUB_TOKEN }}max_timeout: 120
Caso dentro desse período não haja um novo deploy de preview, a validação não será executada.
Descreva a solução desejada
Temos os seguintes objetivos:
Cancelar graciosamente ou não executar fluxos de trabalho, caso não haja novo deploy
Alterar gatilhos dos fluxos de trabalho, mantendo feedbacks automatizados no PR
2.1 lighthouse.yml
2.2 e2e.yml
Baseado nesse artigo, uma implementação possível é:
Pesquisei outros fluxos de trabalho disponíveis no github marketplace, mas não encontrei nenhuma que considerava os casos de PRs que não alteram código que ativa a geração de uma nova versão do site. Todas as alternativas com manutenção suficiente para serem consideradas eram baseadas na mesma abordagem de sleeps e healthchecks.
The text was updated successfully, but these errors were encountered:
Sua solicitação de recurso está relacionada a um problema? Por favor, descreva.
Depender de sleeps e healthchecks para a boa execução do fluxo de validação automático adiciona um grau de incerteza não ideal para o contexto de CI/CD. Vejamos o exemplo abaixo:
Caso dentro desse período não haja um novo deploy de preview, a validação não será executada.
Descreva a solução desejada
Temos os seguintes objetivos:
2.1
lighthouse.yml
2.2
e2e.yml
Baseado nesse artigo, uma implementação possível é:
Ambos fluxos de trabalho
deployment_status
lighthouse.yml
${{ github.event.deployment_status.target_url }}
lighthouse.yml
Além dos ajustes anteriores, para manter os comentários de revisão
foo-software/[email protected]
Descreva as alternativas que você considerou
Pesquisei outros fluxos de trabalho disponíveis no github marketplace, mas não encontrei nenhuma que considerava os casos de PRs que não alteram código que ativa a geração de uma nova versão do site. Todas as alternativas com manutenção suficiente para serem consideradas eram baseadas na mesma abordagem de sleeps e healthchecks.
The text was updated successfully, but these errors were encountered: