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
Gestione file Javascript in Blazor con .NET 9
Creare un webhook in Azure DevOps
Utilizzare il nuovo modello GPT-4o con Azure OpenAI
Gestire il colore CSS con HWB
Eseguire script pre e post esecuzione di un workflow di GitHub
Collegare applicazioni server e client con .NET Aspire
Selettore CSS :has() e i suoi casi d'uso avanzati
Rinnovare il token di una GitHub App durante l'esecuzione di un workflow
Filtering sulle colonne in una QuickGrid di Blazor
Usare le navigation property in QuickGrid di Blazor
Disabilitare le run concorrenti di una pipeline di Azure DevOps
Filtrare i dati di una QuickGrid in Blazor con una drop down list
I più letti di oggi
- Windows 8 Developer Event e Lab - Milano
- Microsoft Cloud and ASP.NET Developer Day 2014 - Milano
- Dal MIX08 la Preview2 di ASP.NET MVC
- Annunciata la modalità di uscita di ADO.NET Entity Framework e dei Data Services
- .NET Framework 4.0 e VS 2010: beta1 per tutti
- Da oggi è possibile sviluppare per Windows Phone 7 anche in Visual Basic
- Presentata la nuova versione di C#
- Avalon ed Indigo beta1 RC ISO
- Visual Studio Online e continuous deployment con Azure