Trigger di versione

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Nota

Questo argomento illustra le pipeline di versione classiche. Per informazioni sui trigger nelle pipeline YAML, vedere Trigger della pipeline.

I trigger di rilascio sono uno strumento di automazione per distribuire l'applicazione. Quando vengono soddisfatte le condizioni del trigger, la pipeline distribuirà gli artefatti nell'ambiente o nelle fasi già specificate.

Trigger di distribuzione continua

I trigger di distribuzione continua consentono di creare una versione ogni volta che è disponibile un nuovo artefatto di compilazione. Usando i filtri del ramo di compilazione è possibile attivare la distribuzione per un ramo di destinazione specifico. Verrà attivata una versione solo se il push Git contiene un commit nel ramo specificato. Ad esempio, la selezione main attiverà una versione per un push Git che contiene uno o più commit nel ramo principale. Per attivare una versione per qualsiasi commit nei rami in features/, immettere features/*. Per attivare una versione per i commit in tutti i rami, immettere *. Si noti che tutti i filtri specificati saranno OR'ed.

Nota

La creazione automatica di una versione non significa che verrà distribuita automaticamente in una fase. È necessario configurare i trigger per distribuire l'app nelle varie fasi.

Trigger di versione pianificati

I trigger di rilascio pianificati consentono di creare nuove versioni in momenti specifici.

Selezionare l'icona di pianificazione nella sezione Artefatti . Attivare o disattivare il pulsante Abilitato/Disabilitato e specificare la pianificazione della versione. È possibile configurare più pianificazioni per attivare una versione.

Trigger di richiesta pull

Se si sceglie di abilitare i trigger di richiesta pull, verrà creata una versione ogni volta che un artefatto selezionato è disponibile come parte di un flusso di lavoro di richiesta pull.

Per usare un trigger di richiesta pull, è necessario abilitarlo anche per fasi specifiche. Verranno descritti i trigger di fase nella sezione successiva. È anche possibile configurare criteri di ramo per i rami.

È anche possibile usare tag di compilazione per organizzare il flusso di lavoro e contrassegnare esecuzioni specifiche. Il trigger di richiesta pull seguente creerà una versione ogni volta che una nuova versione dell'artefatto è disponibile come parte di una richiesta pull al ramo principale con i tag Migrazione e distribuzione.

Trigger di fase

I trigger di fase consentono di configurare condizioni specifiche per attivare la distribuzione in una fase specifica.

• Selezionare trigger: impostare il trigger che avvierà automaticamente la distribuzione nella fase. Usare l'elenco a discesa Fasi per attivare una versione dopo la corretta distribuzione nella fase selezionata. Selezionare Manuale solo per consentire solo il trigger manuale.

  

• Filtro artefatti: abilitare l'interruttore per attivare una nuova distribuzione in base a elementi specifici. In questo esempio, una versione verrà distribuita quando un nuovo artefatto è disponibile dal ramo specificato.

  

• Pianificazione: attivare una nuova distribuzione nella fase specificata in un momento specifico.

  

• Distribuzione della richiesta pull: abilitare l'interruttore per attivare una nuova versione ogni volta che viene creata una nuova richiesta pull. È consigliabile disabilitare questa funzionalità per l'ambiente di produzione.

  

• Approvazioni di pre-distribuzione: selezionare gli utenti che possono approvare o rifiutare le distribuzioni nella fase selezionata. Per impostazione predefinita, quando questa funzionalità è abilitata, tutti gli utenti del progetto devono approvare la distribuzione. Se un gruppo viene aggiunto all'elenco responsabili approvazione, almeno un utente del gruppo deve approvare la distribuzione. È anche possibile specificare i criteri di approvazione e il timeout (il tempo massimo per l'approvazione per rimanere in sospeso prima che venga rifiutato automaticamente).

  

• Gate: abilitare l'interruttore per configurare controlli specifici da valutare prima della distribuzione del trigger.

  

• Impostazioni della coda di distribuzione: configurare azioni specifiche quando vengono accodate più versioni per la distribuzione.