All'interno di una GitHub Action possiamo specificare quelli che sono gli eventi che scatenano l'esecuzione del workflow. Di questi ne esistono diversi e la documentazione è piuttosto esaustiva, ma il più comune è sicuramente quello identificato dall'attributo pull_request che specifica l'avvio del workflow al momento in cui una PR viene aperta/chiusa.
on:
push:
branches: [ main ]Al contrario di Azure DevOps, tuttavia, non è possibile eseguire un workflow manualmente se non è stato specificato all'interno dello YAML che definisce la pipeline, tramite la keyword workflow_dispatch:
on: workflow_dispatch:
E' anche possibile specificare qual è la reason dell'esecuzione manuale, impostando a questo evento una serie di parametri di input:
on:
workflow_dispatch:
inputs:
reason:
description: 'The reason for running the workflow'
required: true
default: 'Manual run'Quando tenteremo di eseguire la pipeline manualmente, ci verrà quindi richiesta la motivazione e, solo una volta inserita, saremo in grado di vederla attiva.

Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Gestione ciclo di vita in .NET Aspire
Ospitare n8n su Azure App Service
Bloccare l'esecuzione di un pod in mancanza di un'artifact attestation di GitHub
Gestire il routing HTTP in Azure Container App
Rendere le variabili read-only in una pipeline di Azure DevOps
Esporre un server MCP con Azure API Management
Evidenziare una porzione di testo in un pagina dopo una navigazione
Utilizzare il metodo IntersectBy per eseguire l'intersection di due liste
Integrare un servizio esterno con .NET Aspire
Gestione CSS in Blazor con .NET 9
Aggiornare a .NET 9 su Azure App Service
Recuperare App Service cancellati su Azure


