In Azure DevOps con le classic build pipeline avevamo a disposizione la possibilità di taggare automaticamente il repository a valle di una build completata con successo. Tuttavia, questa opzione non esiste più per quanto riguarda le pipeline YAML di cui abbiamo già visto più volte i vantaggi. E' possibile ottenere piuttosto semplicemente lo stesso comportamento, con uno semplice script di powershell, powershell core o bash:
steps: - checkout: self persistcredentials: true - pwsh: | git config user.email $env:BUILD_REQUESTEDFOREMAIL git config user.name $env:BUILD_REQUESTEDFOR git tag -a $env:TAG -m "Released by $env:BUILD_REQUESTEDFOR" git push origin $env:TAG env: TAG: $(Build.BuildNumber)
Come si può vedere, i passaggi necessari sono due: nel primo, andiamo a specificare in maniera esplicita il checkout del repository corrente perchè dobbiamo avere a disposizione le credenziali di git, tramite la property persistcredentials, mentre nel secondo caso andiamo ad eseguire il vero e proprio script che non farà nient'altro che il push del tag sul repository. Non necessario, ma consigliato, è l'aggiunta della configurazione dell'utente che vorrà applicare la tag, sfruttando le variabili predefinite di Azure DevOps Build.RequestedFor (il nome dell'utente) e Build.RequestedForEmail (la mail), così da avere piena tracciabilità di chi ha applicato il tag.
Questo sistema ci consente anche di aggiungere condizioni custom, che non era possibile esplicitare nelle pipeline classiche. Un esempio è, di fatto, rappresentato dal fatto di voler taggare il repository solamente quando la build è eseguita verso il branch main/master, ovvero quando una pull request è mergiata e non quando è creata o su un branch di feature, ma chiaramente la personalizzazione è a nostra discrezione secondo le esigenze di business.
E' importante ricordare che lo script è necessario ma non sufficiente. Poichè il tag viene applicato dall'agent e non da un utente, è obbligatorio fare in modo che l'agent stesso abbia i permessi di contribute sul repository di riferimento:
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Utilizzare Tailwind CSS all'interno di React: installazione
Proteggere le risorse Azure con private link e private endpoints
Usare le navigation property in QuickGrid di Blazor
Creare alias per tipi generici e tuple in C#
Recuperare l'ultima versione di una release di GitHub
Configurare il nome della run di un workflow di GitHub in base al contesto di esecuzione
Autenticarsi in modo sicuro su Azure tramite GitHub Actions
.NET Conference Italia 2024
Disabilitare automaticamente un workflow di GitHub
Rinnovare il token di una GitHub App durante l'esecuzione di un workflow
Creare gruppi di client per Event Grid MQTT
Eseguire i worklow di GitHub su runner potenziati
I più letti di oggi
- Effettuare il log delle chiamate a function di GPT in ASP.NET Web API
- ecco tutte le novità pubblicate sui nostri siti questa settimana: https://aspit.co/wkly buon week-end!
- Utilizzare il metodo CountBy di LINQ per semplificare raggruppamenti e i conteggi
- Creare una libreria CSS universale: Cards
- Eseguire script pre e post esecuzione di un workflow di GitHub