Tracciabilità bidirezionale tra versioni e problemi di Jira - Sprint 154 Update

Nell'aggiornamento sprint 154 di Azure DevOps si rilascia l'app Azure Pipelines for Jira nel marketplace Atlassian. L'integrazione aggiunge collegamenti a problemi di Jira come elementi di lavoro distribuiti con le versioni e consente di visualizzare i dettagli della distribuzione direttamente nei problemi di Jira.

Sono stati inoltre apportati miglioramenti per semplificare la ricerca e la traccia degli elementi di lavoro. La casella di ricerca supporta ora la ricerca immediata degli elementi di lavoro e l'elenco degli elementi di lavoro recenti. Wiki consente inoltre di creare documenti live consentendo di creare e tenere traccia degli elementi di lavoro usando il contenuto wiki.

Per altre informazioni, vedere l'elenco Funzionalità riportate di seguito.

Novità di Azure DevOps

Funzionalità

Generale:

• Disponibilità generale dell'interfaccia della riga di comando di Azure DevOps

Azure Boards:

• Ricarica live dell'elemento di lavoro
• Gestire iterazioni e percorsi di area dalla riga di comando
• Colonna padre dell'elemento di lavoro come opzione di colonna
• Ricerca immediata di elementi di lavoro
• Cercare un elemento di lavoro durante il tipo
• Modificare il processo usato da un progetto
• Nascondere i campi personalizzati dal layout

Azure Pipelines:

• App Azure Pipelines per Jira
• Miglioramenti all'app Azure Pipelines per Slack
• Pool ospitato singolo
• Interfaccia del pool di agenti aggiornata nelle impostazioni dell'organizzazione
• Variabili di controllo che possono essere sostituite in fase di coda
• Supporto per allegati di test di grandi dimensioni
• Distribuzioni nella pipeline YAML
• Integrazione ottimizzata
• Aggiungere una versione di GitHub come origine artefatti
• Pagamento per pipeline aggiuntive dal portale di Azure DevOps
• Approvare le versioni direttamente dall'hub delle versioni
• collegamento servizio Azure Kubernetes cluster nella visualizzazione risorse degli ambienti Kubernetes
• Filtri delle cartelle di rilascio nelle sottoscrizioni di notifica
• Distribuire repository Git esterni in Servizi Azure Kubernetes
• Supporto per i repository Bitbucket in DevOps Projects
• Selezionare un Dockerfile nel Centro distribuzione per i contenitori di Azure Kubernetes e WebApp

Azure Test Plans:

• Nuova pagina Piano di test anteprima pubblica

Azure Repos:

• Controllo degli eventi Azure Repos

Azure Artifacts:

• Miglioramenti al tempo di caricamento della pagina del feed

Wiki:

• Modifica avanzata per le pagine wiki del codice
• Creare e incorporare elementi di lavoro da una pagina wiki

Generale

Disponibilità generale dell'interfaccia della riga di comando di Azure DevOps

A febbraio è stata introdotta l'estensione Azure DevOps per l'interfaccia della riga di comando di Azure. L'estensione consente di interagire con Azure DevOps dalla riga di comando. Abbiamo raccolto il feedback che ci ha aiutato a migliorare l'estensione e aggiungere altri comandi. Ora siamo lieti di annunciare che l'estensione è disponibile a livello generale.

Per altre informazioni sull'interfaccia della riga di comando di Azure DevOps, vedere la documentazione qui.

Azure Boards

Ricarica live dell'elemento di lavoro

In precedenza, quando si aggiorna un elemento di lavoro e un secondo membro del team apportava modifiche allo stesso elemento di lavoro, il secondo utente perdeva le modifiche. A questo punto, purché si modificano entrambi campi diversi, verranno visualizzati gli aggiornamenti live delle modifiche apportate all'elemento di lavoro.

Gestire iterazioni e percorsi di area dalla riga di comando

È ora possibile gestire le iterazioni e i percorsi di area dalla riga di comando usando i az boards iteration comandi e az boards area . Ad esempio, è possibile configurare e gestire percorsi di iterazione e aree in modo interattivo dall'interfaccia della riga di comando o automatizzare l'intera configurazione usando uno script. Per altre informazioni sui comandi e sulla sintassi, vedere la documentazione qui.

Colonna padre dell'elemento di lavoro come opzione di colonna

A questo punto è possibile visualizzare l'elemento padre di ogni elemento di lavoro nel backlog del prodotto o il backlog sprint. Per abilitare questa funzionalità, passare a Opzioni colonna nel backlog desiderato, quindi aggiungere la colonna Padre .

Ricerca immediata di elementi di lavoro

Abbiamo reso facile trovare elementi di lavoro, schede, backlog e sprint visitati di recente. È ora possibile accedere agli elementi di lavoro visitati di recente facendo clic sulla casella di ricerca in Azure Boards.

Suggerimento

È possibile richiamare la casella di ricerca digitando il tasto di scelta rapida "/".

Cercare un elemento di lavoro durante il tipo

È ora possibile visualizzare i risultati della ricerca dell'elemento di lavoro quando si digita nella casella di ricerca. Ciò consente di passare rapidamente all'elemento di lavoro scelto.

È inoltre possibile passare al codice e ai risultati della ricerca wiki senza dover cambiare scheda passando alla ricerca degli elementi di lavoro e quindi modificando le schede per visualizzare il wiki del codice o i risultati della ricerca dei pacchetti.

Modificare il processo usato da un progetto

Gli strumenti devono cambiare man mano che il team esegue, è ora possibile cambiare i progetti da qualsiasi modello di processo out-of-box in qualsiasi altro processo out-of-the-box. Ad esempio, è possibile modificare il progetto usando Agile to Scrum o Basic to Agile. Qui è disponibile la documentazione dettagliata.

Nascondere i campi personalizzati dal layout

È ora possibile nascondere i campi personalizzati dal layout del modulo durante la personalizzazione del processo. Il campo sarà comunque disponibile dalle query e dalle API REST. Questo è utile per tenere traccia di campi aggiuntivi durante l'integrazione con altri sistemi.

Azure Pipelines

App Azure Pipelines per Jira

Siamo lieti di annunciare la disponibilità dell'app Azure Pipeline per Jira. L'integrazione consente il collegamento bidirezionale tra le versioni in Azure Pipelines e i problemi nel cloud software Jira. Semplifica la generazione di note sulla versione rilevando i problemi di Jira menzionati nei commit di GitHub distribuiti con le versioni.

Inoltre, visualizza le informazioni sulla compilazione e sulla versione da Azure Pipelines e la mostra nel pannello di sviluppo dei problemi. Questo rilevamento abilitato di come e quando viene recapitato un problema e fornisce un ciclo di sviluppo stretto dalla creazione del problema alle distribuzioni rilevate in Jira.

Miglioramenti all'app Azure Pipelines per Slack

A febbraio è stata rilasciata l'app Azure Pipelines per Slack per consentire di monitorare le pipeline. Con questo aggiornamento è stata migliorata l'app. Userà @mention nel canale Slack quando è presente una notifica per una compilazione non riuscita attivata. Inoltre, notifica quando si è un approvatore in una notifica di approvazione della distribuzione di rilascio in sospeso.

È inoltre possibile incollare un collegamento a una compilazione o una versione nell'app Azure Pipelines e ottenere un'anteprima completa della pipeline. Questo aggiunge contesto al collegamento e semplifica l'accesso ad Azure DevOps.

Ad esempio, incollando un collegamento a una compilazione vengono visualizzati i dettagli della compilazione e lo stato corrente.

Per altre informazioni su questo aggiornamento, vedere il post di blog con l'annuncio completo qui.

Pool ospitato singolo

Nota

Si tratta di un cambiamento imminente che desideriamo comunicare in anticipo.

La presenza di più pool ospitati può confondere a volte. Non si ottiene un'immagine accurata della concorrenza in cui viene utilizzata la concorrenza. Ad esempio, se si dispone di una concorrenza di 10 processi paralleli, vengono visualizzati 10 agenti virtuali in ognuno dei pool ospitati, che non sono accurati. Quando il processo è in attesa in un pool ospitato specifico (ad esempio, Hosted VS2017) con tutti gli agenti inattivi, è possibile che il servizio Azure Pipelines sia interrotto senza rendersi conto che la concorrenza può essere utilizzata in altri pool ospitati (ad esempio Ospitata Ubuntu 1604).

Verranno aggiornate le esperienze di gestione del pool di agenti per includere un nuovo pool di agenti ospitati unificato denominato Azure Pipelines. Questo sostituirà presto gli altri pool ospitati: Hosted, Hosted VS2017, Hosted Ubuntu 1604, Hosted Windows 2019 con VS2019, Hosted macOS e Hosted macOS High Sierra.

Una volta distribuita questa funzionalità, verrà visualizzato un singolo pool ospitato che offre un'immagine accurata del numero di processi in esecuzione in tale pool. Si prevede di implementare questa modifica nei prossimi sprint. Non sarà necessario apportare modifiche alle pipeline perché verranno reindirizzate automaticamente i processi dai pool ospitati precedenti all'immagine appropriata nel nuovo pool unificato.

Interfaccia del pool di agenti aggiornata nelle impostazioni dell'organizzazione

In precedenza, è stata modificata la pagina di gestione dei pool di agenti nelle impostazioni del progetto in modo da includere una nuova interfaccia utente. Con questo aggiornamento si sta aggiornando l'interfaccia dei pool di agenti nelle impostazioni dell'organizzazione. Questa nuova interfaccia aiuterà con una funzionalità imminente che includerà il consolidamento per i pool ospitati e la possibilità di tenere traccia dell'utilizzo di processi simultanei.

Per altre informazioni sulla funzionalità imminente, vedere la nota sulla versione su un singolo pool ospitato.

Variabili di controllo che possono essere sostituite in fase di coda

Attualmente è possibile usare l'interfaccia utente o l'API REST per aggiornare i valori di qualsiasi variabile prima di avviare una nuova esecuzione. Anche se l'autore della pipeline può contrassegnare determinate variabili come _settable at queue time_, il sistema non ha applicato questo, né ha impedito l'impostazione di altre variabili. In altre parole, l'impostazione è stata usata solo per richiedere input aggiuntivi durante l'avvio di una nuova esecuzione.

È stata aggiunta una nuova impostazione dell'organizzazione che applica il _settable at queue time_ parametro. In questo modo sarà possibile controllare quali variabili possono essere modificate quando si avvia una nuova esecuzione. In futuro, non è possibile modificare una variabile che non è contrassegnata dall'autore come _settable at queue time_.

Nota

Questa impostazione è disattivata per impostazione predefinita nelle organizzazioni esistenti, ma sarà attiva per impostazione predefinita quando si crea una nuova organizzazione Azure DevOps.

Supporto per allegati di test di grandi dimensioni

L'attività pubblica dei risultati dei test in Azure Pipelines consente di pubblicare i risultati dei test quando vengono eseguiti test per offrire un'esperienza completa di report e analisi dei test. Fino a questo momento, è stato previsto un limite di 100 MB per gli allegati di test sia per i risultati di esecuzione del test che per i risultati dei test. Questo limita il caricamento di file di grandi dimensioni, ad esempio dump di arresto anomalo o video. Con questo aggiornamento è stato aggiunto il supporto per allegati di test di grandi dimensioni che consentono di disporre di tutti i dati disponibili per risolvere i problemi dei test non riusciti.

Distribuzioni nella pipeline YAML

Un processo di distribuzione è un tipo speciale di processo usato per distribuire l'app in un ambiente. Con questo aggiornamento è stato aggiunto il supporto per i riferimenti ai passaggi in un processo di distribuzione. Ad esempio, è possibile definire un set di passaggi in un file e fare riferimento a esso in un processo di distribuzione.

È stato aggiunto anche il supporto per proprietà aggiuntive al processo di distribuzione. Ecco ad esempio alcune proprietà di un processo di distribuzione che è ora possibile impostare,

• timeoutInMinutes - Tempo di esecuzione del processo prima dell'annullamento automatico
• cancelTimeoutInMinutes - Tempo di esecuzione sempre anche se le attività annullate prima di terminarle
• condizione : eseguire il processo in modo condizionale
• variabili : i valori hardcoded possono essere aggiunti direttamente o gruppi di variabili , un gruppo di variabili supportato da un insieme di credenziali delle chiavi di Azure può essere fatto riferimento o è possibile fare riferimento a un set di variabili definite in un file.
• continueOnError : se i processi futuri devono essere eseguiti anche se il processo di distribuzione ha esito negativo; impostazione predefinita su 'false'

Per altre informazioni sui processi di distribuzione e sulla sintassi completa per specificare un processo di distribuzione, vedere Processo di distribuzione.

Integrazione ottimizzata

Optimizely è una potente piattaforma di test E/B per i team di prodotti. L'integrazione di Azure Pipelines con la piattaforma di sperimentazione ottimizzata consente ai team di prodotti di testare, apprendere e distribuire in modo accelerato, ottenendo tutti i vantaggi di DevOps da Azure Pipelines.

L'estensione Optimizely per Azure DevOps aggiunge i passaggi di implementazione del flag di sperimentazione e funzionalità alle pipeline di compilazione e rilascio, in modo da poter eseguire continuamente l'iterazione, implementare le funzionalità e eseguirne il rollback usando Azure Pipelines.

Altre informazioni sull'estensione Azure DevOps Optimizely sono disponibili qui.

Aggiungere una versione di GitHub come origine artefatti

È ora possibile collegare le versioni di GitHub come origine artefatti nelle pipeline di rilascio di Azure DevOps. In questo modo verrà utilizzata la versione di GitHub come parte delle distribuzioni.

Quando si fa clic su Aggiungi un artefatto nella definizione della pipeline di rilascio, si troverà il nuovo tipo di origine gitHub Release . È possibile fornire la connessione al servizio e il repository GitHub per usare la versione di GitHub. È anche possibile scegliere una versione predefinita per la versione di GitHub da usare come versione più recente, specifica del tag o selezionare in fase di creazione della versione. Dopo aver collegato una versione di GitHub, viene scaricato automaticamente e reso disponibile nei processi di rilascio.

Pagamento per pipeline aggiuntive dal portale di Azure DevOps

In precedenza, è necessario passare al Marketplace per pagare le pipeline aggiuntive. È ora possibile acquistare pipeline aggiuntive dal portale di Azure DevOps. È possibile aumentare o ridurre il numero di CI/CD ospitati da Microsoft o self-hosted dalla fatturazione delle impostazioni > dell'organizzazione.

Per altre informazioni, vedere la documentazione relativa all'acquisto di CI/CD qui.

Approvare le versioni direttamente dall'hub release

Agire per le approvazioni in sospeso è stato più semplice. Finora, è stato possibile approvare una versione dalla pagina dei dettagli della versione. Ora è possibile approvare le versioni direttamente dall'hub Release.

collegamento servizio Azure Kubernetes cluster nella visualizzazione risorse degli ambienti Kubernetes

È stato aggiunto un collegamento alla visualizzazione delle risorse degli ambienti Kubernetes in modo da poter passare al pannello di Azure per il cluster corrispondente. Questo vale per gli ambienti mappati agli spazi dei nomi nei cluster servizio Azure Kubernetes.

Filtri delle cartelle di rilascio nelle sottoscrizioni di notifica

Le cartelle consentono di organizzare le pipeline per semplificare la individuabilità e il controllo della sicurezza. Spesso è possibile configurare notifiche di posta elettronica personalizzate per tutte le pipeline di versione, rappresentate da tutte le pipeline in una cartella. In precedenza, è necessario configurare più sottoscrizioni o avere query complesse nelle sottoscrizioni per ottenere messaggi di posta elettronica incentrati. Con questo aggiornamento è ora possibile aggiungere una clausola di cartella di versione alla distribuzione completata e approvare gli eventi in sospeso e semplificare le sottoscrizioni.

Distribuire repository Git esterni in Servizi Azure Kubernetes

In precedenza, sono stati supportati Azure Repos e GitHub come percorsi di codice nel centro distribuzione del servizio Azure Kubernetes. Con questo aggiornamento viene aggiunto il supporto per i repository Git esterni in modo da poter distribuire il codice da qualsiasi repository Git pubblico o privato nel servizio Azure Kubernetes.

Supporto per i repository Bitbucket in DevOps Projects

È stato aggiunto il supporto per i repository Bitbucket a DevOps Projects. È ora possibile ottenere un'esperienza OAuth e un elenco popolato di repository e rami da selezionare quando si distribuisce nelle risorse di Azure.

Selezionare un Dockerfile nel Centro distribuzione per i contenitori di Azure Kubernetes e WebApp

È ora possibile selezionare un Dockerfile nel centro distribuzione per i contenitori azure Kubernetes e WebApp. Questo sarà utile quando si desidera mantenere versioni diverse di Dockerfile o avere più applicazioni nello stesso repository. Con questa operazione sarà possibile selezionare l'applicazione DockerFile o specifica che si vuole eseguire il push.

Azure Test Plans

Nuova pagina Piano di test anteprima pubblica

Una nuova pagina di Test Plans (Test Plans*) è disponibile in anteprima pubblica per tutte le organizzazioni di Azure DevOps. La nuova pagina offre visualizzazioni semplificate che consentono di concentrarsi sull'attività a portata di mano- pianificazione dei test, creazione o esecuzione. È anche inclutter-free e coerente con il resto dell'offerta Azure DevOps.

La nuova pagina può essere abilitata da Funzionalità di anteprima, come illustrato di seguito.

La pagina Test Plans* avrà la maggior parte delle funzionalità della pagina esistente oltre alle nuove funzionalità, ad esempio copiare e clonare i piani di test. Continuerà a aggiungere funzionalità di pianificazione e creazione di test ogni 3 settimane.

Per altre informazioni sulla nuova pagina, vedere la documentazione qui.

Azure Repos

Controllo degli eventi Azure Repos

Sono stati aggiunti eventi per Repos che possono essere usati tramite la scheda controllo Azure DevOps nelle impostazioni dell'organizzazione. È ora possibile visualizzare gli eventi per i criteri quando vengono creati, rimossi, modificati o ignorati. È inoltre possibile visualizzare gli eventi per i repository quando vengono creati (inclusi tramite fork o annulla l'eliminazione), rinominati, eliminati, eliminati o quando il ramo predefinito è cambiato.

Azure Artifacts

Miglioramenti al tempo di caricamento della pagina del feed

Siamo lieti di annunciare che abbiamo migliorato il tempo di caricamento della pagina del feed. In media, i tempi di caricamento delle pagine del feed sono diminuiti del 10%. I feed più grandi hanno visto il miglioramento più elevato del tempo di caricamento della pagina del feed del 99° percentile (tempi di caricamento nel più alto 99% di tutti i feed) diminuiti del 75%.

Wiki

Modifica avanzata per le pagine wiki del codice

In precedenza, quando si modifica una pagina wiki del codice, si è stato reindirizzato all'hub Azure Repos per la modifica. Attualmente l'hub repository non è ottimizzato per la modifica markdown.

È ora possibile modificare una pagina wiki del codice nell'editor side-by-side all'interno del wiki. In questo modo è possibile usare la barra degli strumenti di Markdown avanzata per creare il contenuto rendendo l'esperienza di modifica identica a quella del wiki del progetto. È comunque possibile scegliere di modificare i repository selezionando l'opzione Modifica in Repos nel menu di scelta rapida.

Creare e incorporare elementi di lavoro da una pagina wiki

Come abbiamo ascoltato il tuo feedback, abbiamo sentito che usi wiki per acquisire documenti di brainstorming, documenti di pianificazione, idee su funzionalità, documenti specifiche, minuti di riunione. È ora possibile creare facilmente funzionalità e storie utente direttamente da un documento di pianificazione senza uscire dalla pagina wiki.

Per creare un elemento di lavoro, selezionare il testo nella pagina wiki in cui si vuole incorporare l'elemento di lavoro e selezionare Nuovo elemento di lavoro. Ciò consente di risparmiare tempo poiché non è necessario creare prima l'elemento di lavoro, passare alla modifica e quindi trovare l'elemento di lavoro da incorporare. Riduce anche il commutatore di contesto perché non si esce dall'ambito wiki.

Per altre informazioni sulla creazione e l'incorporamento di un elemento di lavoro da wiki, vedere la documentazione qui.

Passaggi successivi

Nota

Queste funzionalità verranno implementate nei prossimi due-tre settimane.

Passare ad Azure DevOps e guardare.

Passare ad Azure DevOps

Come fornire commenti e suggerimenti

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

È anche possibile ottenere consigli e domande risposte dalla community in Stack Overflow.

Grazie,

Biju Venugopal