Negli script precedenti abbiamo affrontato il tema relativo alla condivisione delle variabili prodotte da script (o task), in modo che esse siano riutilizzabili da altri task successivi, indipendentemente dal fatto che essi siano contenuti all'interno dello stesso job o di job differenti nella pipeline.
Questa condivisione delle variabili è sempre stata possibile, anche in passato, tramite le pipeline "classiche", quelle che sfruttano l'interfaccia grafica e, pertanto, non rappresentano una grossa novità. Tuttavia, la questione diventa interessante quando parliamo della visibilità della stessa variabile tra stage differenti.
Se guardiamo al passato, nelle pipeline di release, ad esempio, salvare una variabile in modo che fosse visibile su altri stage richiedeva l'uso delle API REST di Azure DevOps, così da modificare il processo di release in corso. Nelle pipeline YAML, invece, fino a poche settimane fa non avevamo nemmeno le API a disposizione: era necessario sfruttare un workaround per salvare le variabili come JSON all'interno di uno stage A, quindi recuperarle dagli artifact nello stage B, decodificarle dal JSON e ricostruirle prima di poterle leggere e sfruttare.
Entrambi i meccanismi sono sicuramente scomodi e richiedono un certo livello di automation che comunque impone una serie di limiti importanti, sopratutto nelle nuove pipeline YAML. Con l'update 168 di Azure DevOps, agli inizi di Maggio 2020, Microsoft ha finalmente abilitato la possibilità di condividere le variabili tra stage, in modo molto simile a quanto abbiamo visto nello script precedente per i job. Uno dei requisiti, come visto in precedenza, è quello di creare una variabile di output, dopodichè potremo andarla a leggere, nello stage successivo, tramite l'attributo stageDependencies, a cui dobbiamo specificare il nome dello stage e del job tramite il quale la variabile è stata inizialmente creata:
stages: - stage: A jobs: - job: JA steps: # Assegno la variabile nello stage "A", nel job "JA" - script: echo "##vso[task.setvariable variable=myVariableInJA;isOutput=true]MyVariableValue" name: SetVariableScript - stage: B dependsOn: A jobs: - job: JB variables: # Effettuo il mapping su una variabile specifica dello stage "B" varFromStageA: $[ stageDependencies.A.JA.outputs['SetVariableScript.myVariableInJA'] ] steps: # Leggo e stampo la variabile all'interno di uno script dello stage "B" - script: echo $(varFromStageA)
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Evitare la script injection nelle GitHub Actions
Mascherare l'output di un valore all'interno dei log di un workflow di GitHub
Effettuare il deploy di immagini solo da container registry approvati in Kubernetes
Come migrare da una form non tipizzata a una form tipizzata in Angular
Generare file per il download da Blazor WebAssembly
Visualizzare le change sul plan di Terraform tramite le GitHub Actions
Routing statico e PreRendering in una Blazor Web App
Ottimizzare il mapping di liste di tipi semplici con Entity Framework Core
Creazione di plugin per Tailwind CSS: espandere le funzionalità del framework dinamicamente
Usare le variabili per personalizzare gli stili CSS
Eseguire query manipolando liste di tipi semplici con Entity Framework Core
Gestire domini wildcard in Azure Container Apps