Configurare strategie di distribuzione da portale di Azure

Con questo sprint, gli utenti possono scegliere le strategie di distribuzione direttamente dall'interno del portale di Azure e vengono implementati diversi miglioramenti all'esperienza utente Pipeline e Repository.

Funzionalità

Generali

• Azure DevOps consente ora agli amministratori del team di sottoscrivere eventi da MS Teams e Slack
• Notifiche di MS Teams e Slack per gli eventi Repos

Azure Repos

• Aggiungere allegati durante la creazione di una richiesta pull
• Nuova conversione della piattaforma Web - Impostazioni repository

Azure Pipelines

• I processi possono accedere a variabili di output da fasi precedenti
• Limitare l'accesso all'ambito dei repository del servizio di compilazione
• Recupero di dettagli su più repository in fase di esecuzione
• Disponibilità generale delle pipeline a più fasi
• Configurare strategie di distribuzione da portale di Azure

Generali

Azure DevOps consente ora agli amministratori del team di sottoscrivere eventi da MS Teams e Slack

Oltre agli amministratori di Project, Azure DevOps consente ora agli amministratori del team di sottoscrivere eventi per Azure Boards, Azure Repos e Azure Pipelines direttamente da Slack e MS Teams.

Notifiche di MS Teams e Slack per gli eventi Repos

Con l'integrazione di MS Teams e Slack è ora possibile scegliere di sottoscrivere uno o più eventi in una richiesta pull, ad esempio commenti, push di codice, aggiornamenti e tentativi di merge.

Azure Repos

Aggiungere allegati durante la creazione di una richiesta pull

È ora possibile aggiungere un allegato a una richiesta pull durante la creazione. Per aggiungere un allegato, in precedenza era necessario creare la richiesta pull e modificarla, ma ora è possibile trascinare e rilasciare direttamente un'immagine nella pagina crea richiesta pull.

Nuova conversione della piattaforma Web - Impostazioni repository

Le due pagine delle impostazioni repository sono state convertite in un'unica esperienza aggiornata a una nuova piattaforma Web. Questo aggiornamento non solo rende l'esperienza più veloce e più moderna, ma queste pagine forniscono anche un singolo punto di ingresso per tutti i criteri dal livello di progetto al livello di ramo.

Con questa nuova esperienza, la navigazione per i progetti con un numero considerevole di repository è diventata più semplice a causa di tempi di caricamento più rapidi e di un filtro di ricerca aggiunto. È anche possibile visualizzare i criteri a livello di progetto e l'elenco dei criteri tra repository nella scheda Criteri.

Se si fa clic su un repository, è possibile visualizzare i criteri e le autorizzazioni impostati a livello di repository. Nella scheda Criteri è possibile visualizzare un elenco di ogni ramo su cui è impostato il criterio. A questo punto, fare clic sul ramo per visualizzare tutti i criteri senza mai uscire dalla pagina Impostazioni repository.

A questo punto, quando i criteri vengono ereditati da un ambito superiore a quello con cui si lavora, viene illustrato il punto in cui i criteri sono stati ereditati da accanto a ogni singolo criterio. È anche possibile passare alla pagina in cui è stato impostato il criterio di livello superiore facendo clic sul nome dell'ambito.

Anche la pagina dei criteri è stata aggiornata alla nuova piattaforma Web con sezioni collapible. Per migliorare l'esperienza di ricerca di un determinato criterio di convalida della compilazione, controllo dello stato o revisore automatico, sono stati aggiunti filtri di ricerca per ogni sezione.

Azure Pipelines

I processi possono accedere a variabili di output da fasi precedenti

Le variabili di output possono ora essere usate in più fasi in una pipeline basata su YAML. Ciò consente di passare informazioni utili, ad esempio una decisione go/no-go o l'ID di un output generato, da una fase alla successiva. Il risultato (stato) di una fase precedente e i relativi processi sono disponibili anche.

Le variabili di output vengono comunque prodotte dai passaggi all'interno dei processi. Anziché fare riferimento a dependencies.jobName.outputs['stepName.variableName'], le fasi fanno riferimento a stageDependencies.stageName.jobName.outputs['stepName.variableName'].

Nota

Per impostazione predefinita, ogni fase di una pipeline dipende da quella appena precedente nel file YAML. Di conseguenza, ogni fase può usare le variabili di output della fase precedente. È possibile modificare il grafico delle dipendenze, che modificherà anche le variabili di output disponibili. Ad esempio, se la fase 3 richiede una variabile dalla fase 1, sarà necessario dichiarare una dipendenza esplicita nella fase 1.

Limitare l'accesso all'ambito dei repository del servizio di compilazione

Basandosi sul miglioramento della sicurezza della pipeline limitando l'ambito dei token di accesso, Azure Pipelines può ora limitare l'ambito dell'accesso al repository solo ai repository necessari per una pipeline basata su YAML. Ciò significa che se il token di accesso delle pipeline dovesse perdere, sarebbe possibile visualizzare solo i repository usati nella pipeline. In precedenza, il token di accesso era valido per qualsiasi repository Di Azure Repos nel progetto o potenzialmente per l'intera raccolta.

Questa funzionalità sarà attivata per impostazione predefinita per i nuovi progetti e le organizzazioni. Per le organizzazioni esistenti, è necessario abilitarlo in Organization Impostazioni> Pipelines> Impostazioni. Quando si usa questa funzionalità, tutti i repository Git Azure Repos a cui si accede dalla pipeline usando l'identità del servizio di compilazione devono essere estratte in modo esplicito usando un checkout passaggio del processo che usa il repository. Per altre informazioni, vedere Limitare l'ambito di autorizzazione del processo ai repository Azure DevOps a cui si fa riferimento.

Recupero di dettagli su più repository in fase di esecuzione

Quando una pipeline è in esecuzione, Azure Pipelines aggiunge informazioni sul repository, il ramo e il commit che ha attivato l'esecuzione. Ora che le pipeline YAML supportano il controllo di più repository, è anche possibile conoscere il repository, il ramo e il commit selezionati per altri repository. Questi dati sono disponibili tramite un'espressione di runtime, che ora è possibile eseguire il mapping in una variabile. Ad esempio:

resources:
  Repository:
  - repository: altro
    type: git
    name: MyProject/OtherTools
variables:
  tools.ref: $[ resources.repository['other'].ref ]

steps:
- checkout: self
- checkout: altro
- bash: echo "Versione degli strumenti: $TOOLS_REF"

Disponibilità generale delle pipeline a più fasi

L'interfaccia utente delle pipeline a più fasi è ora disponibile a livello generale. L'interruttore della funzionalità di anteprima corrispondente è stato rimosso. 

È possibile passare alla nuova esperienza selezionando Pipeline ->Pipelines nel menu di spostamento a sinistra in Azure DevOps. Questa esperienza è il punto di ingresso sia per le pipeline di compilazione classiche che per le pipeline YAML. È semplice per dispositivi mobili e offre vari miglioramenti alla gestione delle pipeline. È possibile eseguire il drill-down e visualizzare i dettagli della pipeline, i dettagli dell'esecuzione, l'analisi della pipeline, i dettagli del processo, i log e altro ancora.

Per altre informazioni sull'esperienza utente delle pipeline in più fasi, vedere la documentazione qui.

Configurare strategie di distribuzione da portale di Azure

Con questa funzionalità è stato semplificato configurare le pipeline che usano la strategia di distribuzione preferita, ad esempio Rolling, Canary o Blue-Green. Usando queste strategie predefinite, è possibile implementare gli aggiornamenti in modo sicuro e attenuare i rischi di distribuzione associati. Per accedervi, fare clic sull'impostazione "Recapito continuo" in una macchina virtuale di Azure. Nel riquadro di configurazione verrà richiesto di selezionare i dettagli sul progetto Azure DevOps in cui verrà creata la pipeline, il gruppo di distribuzione, la pipeline di compilazione che pubblica il pacchetto da distribuire e la strategia di distribuzione desiderata. In futuro verrà configurata una pipeline completamente funzionale che distribuisce il pacchetto selezionato in questa macchina virtuale.

Per altri dettagli, vedere la documentazione sulla configurazione delle strategie di distribuzione.

Passaggi successivi

Nota

Queste funzionalità verranno implementate nelle prossime due o tre settimane.

Passare ad Azure DevOps e dare un'occhiata.

Passare ad Azure DevOps

Come fornire commenti e suggerimenti

Ci piacerebbe sentire ciò che pensi a queste funzionalità. Usare il menu ? per segnalare un problema o fornire un suggerimento.

È anche possibile ottenere consigli e risposte alle domande della community su Stack Overflow.