Ci sono alcune condizioni tali per cui non vogliamo che i nostri processi automatici vengano eseguiti. Un esempio potrebbe essere quello in cui il team è fuori ufficio e quindi non può controllare o correggere eventuali errori, oppure se iniziano a fallire in modo continuativo per via di dipendenze (per esempio delle API esterne) non disponibili. Tuttavia, al tempo stesso, non vogliamo eliminare il file YAML che definisce il processo dal repository, perchè quello che ci serve è solamente un meccanismo per mettere temporaneamente in pausa i workflow, non eliminarli completamente.
A questo scopo entra in gioco la CLI di GitHub. Per prima cosa possiamo elencare e visualizzare tutti i workflow che abbiamo a disposizione all'interno del repository:
gh workflow list
Quindi, una volta identificato quello che ci serve disabilitare, possiamo prenderne il nome o l'identificativo numerico che lo contraddistingue e passarlo al comando disable:
gh workflow disable <id>
Una volta che vogliamo riprendere l'esecuzione del workflow, possiamo eseguire il comando opposto:
gh workflow enable <id>
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Esporre i propri servizi applicativi con Semantic Kernel e ASP.NET Web API
Triggerare una pipeline su un altro repository di Azure DevOps
Escludere alcuni file da GitHub Secret Scanning
Effettuare il log delle chiamate a function di GPT in ASP.NET Web API
Disabilitare automaticamente un workflow di GitHub (parte 2)
Eseguire i worklow di GitHub su runner potenziati
Il nuovo controllo Range di Blazor 9
Utilizzare l'espressione if inline in una pipeline di Azure DevOps
Eseguire script pre e post esecuzione di un workflow di GitHub
Estrarre dati randomici da una lista di oggetti in C#
Evitare (o ridurre) il repo-jacking sulle GitHub Actions