Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
servizi Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
Azure Pipelines consente agli sviluppatori di distribuire le applicazioni in più ambienti usando pipeline YAML o classiche. Questa esercitazione illustra come creare una pipeline di versione classica a più fasi per l'app Web ASP.NET Core, tra cui come configurare trigger di distribuzione continua, aggiungere fasi, configurare le approvazioni di pre-distribuzione e creare e monitorare le versioni.
Prerequisiti
| Prodotto | Requirements |
|---|---|
| Azure DevOps | - Un'organizzazione di Azure DevOps. - Un progetto Azure DevOps. - Una pipeline di rilascio classica che contiene almeno una fase. Se non ne hai già uno, Crea una versione classica. Autorizzazioni - : - Per concedere l'accesso a tutte le pipeline del progetto, è necessario essere membri del gruppo Project Administrators. |
Configurare i trigger di distribuzione continua
Quando si abilita il trigger di distribuzione continua, viene creata automaticamente una nuova versione ogni volta che diventa disponibile un nuovo artefatto della pipeline.
Accedere a Azure DevOps e quindi passare al progetto.
Selezionare Azure Pipelines>Rilasci, selezionare la pipeline di rilascio, e quindi selezionare Modifica.
Nella sezione Artefatti selezionare l'icona del trigger di distribuzione continua per aprire il pannello dei trigger e quindi attivarla.
Nella prima fase selezionare l'icona Condizioni di pre-distribuzione e quindi verificare che il trigger di distribuzione sia impostato su Dopo il rilascio. Questa impostazione avvia automaticamente la distribuzione nello stage ogni volta che viene creata una nuova release.
Aggiungere fasi
Aggiungere fasi per modellare ogni ambiente nel processo di rilascio e controllare quando le distribuzioni passano da una fase all'altra.
Accedere a Azure DevOps e quindi passare al progetto.
Selezionare Azure Pipelines>Rilasci, selezionare la pipeline di rilascio, e quindi selezionare Modifica.
Selezionare + Aggiungi>nuova fase per creare una nuova fase.
Nella nuova fase selezionare l'icona Condizioni di pre-distribuzione . Impostare il trigger su Dopo la fase e quindi selezionare la fase originale dal menu a discesa in modo che questa fase venga eseguita al termine della fase precedente.
Aprire il menu a discesa Attività e quindi selezionare la fase da configurare. Aggiornare le impostazioni dell'attività per tale fase in modo che vengano distribuite nell'ambiente di destinazione corretto. In questo esempio l'attività Distribuisci Servizio app di Azure è configurata per la distribuzione in un Servizio app di Azure, come illustrato nell'immagine seguente.
Aggiungere approvazioni di pre-distribuzione
Usare le approvazioni di pre-distribuzione per richiedere a un revisore designato di approvare una fase prima che la versione possa continuare. Questo processo consente di controllare l'innalzamento di livello tra gli ambienti e di verificare che la fase sia pronta per la distribuzione.
Accedere a Azure DevOps e quindi passare al progetto.
Selezionare Azure Pipelines>Rilasci, selezionare la pipeline di rilascio, e quindi selezionare Modifica.
In Fasi selezionare l'icona Condizioni di pre-distribuzione per la fase in cui si vuole richiedere l'approvazione e quindi attivare le approvazioni pre-distribuzione.
Nella casella Responsabili approvazione immettere gli utenti che devono approvare la distribuzione. Se si vuole consentire all'utente che ha richiesto il rilascio o la distribuzione di approvarlo, deselezionare L'utente che richiede una versione o una distribuzione non deve approvarlo.
Selezionare Salva per applicare le impostazioni di approvazione.
Creare una versione
Dopo aver configurato le fasi e le approvazioni, creare una versione per avviare il flusso di distribuzione. Anche se le versioni vengono spesso create automaticamente quando diventa disponibile un nuovo artefatto di compilazione, in questo esempio viene illustrato come crearne uno manualmente in modo da poter esaminare la configurazione e monitorare ogni fase durante l'esecuzione.
Accedere a Azure DevOps e quindi passare al progetto.
Selezionare Azure Pipelines>Rilasci, selezionare la pipeline di rilascio, e quindi selezionare Modifica.
Selezionare il menu a discesa Rilascio e quindi selezionare Crea versione.
Immettere una descrizione per la versione, verificare che per la distribuzione siano selezionate le versioni corrette dell'artefatto e quindi selezionare Crea.
Quando viene creata la versione, viene visualizzato un banner con un collegamento alla nuova versione. Selezionare il collegamento per aprire il riepilogo della versione, in cui è possibile tenere traccia dello stato della distribuzione per ogni fase.
Se sono state configurate le approvazioni di pre-distribuzione, i responsabili approvazione assegnati ricevono una richiesta di approvazione prima che la distribuzione possa continuare con la fase successiva. Per approvare la distribuzione, è possibile aggiungere un breve commento e quindi selezionare Approva.
Nota
Gli amministratori delle versioni possono visualizzare e ignorare le decisioni di approvazione quando necessario, ad esempio quando un responsabile approvazione non è disponibile o una distribuzione deve procedere senza ritardi.
Monitorare le distribuzioni
Dopo l'avvio della versione, usare i log di distribuzione per seguire lo stato di avanzamento in più fasi, esaminare le singole attività e risolvere gli errori o il comportamento imprevisto. Il riepilogo della versione offre una visualizzazione a livello di fase e i log forniscono l'output dettagliato dell'attività necessario per la convalida e il debug.
Nel riepilogo della versione, passa il puntatore del mouse su una fase e quindi seleziona Logs. È anche possibile aprire i log mentre la distribuzione è ancora in esecuzione per controllare l'output live per ogni attività.
Selezionare un'attività per visualizzare i log dettagliati. Se è necessario esaminare l'output offline o condividerlo con altri utenti, è possibile scaricare il log per una singola attività o scaricare un file .zip che contiene tutti i log per la versione.
Se i log standard non forniscono dettagli sufficienti, eseguire la versione in modalità di debug per acquisire informazioni di diagnostica aggiuntive.