Tracciabilità bidirezionale tra rilasci e problemi di Jira - Aggiornamento sprint 154
Nell'Aggiornamento dello Sprint 154 di Azure DevOps rilasceremo l'app Azure Pipelines per Jira nel marketplace Atlassian. L'integrazione aggiunge collegamenti ai problemi Jira come elementi di lavoro distribuiti insieme alle versioni e ti permette di visualizzare i dettagli della distribuzione direttamente nei problemi Jira.
Abbiamo anche apportato miglioramenti per semplificare la ricerca e la verifica degli elementi di lavoro. La casella di ricerca supporta ora la ricerca immediata di elementi di lavoro ed elenchi di elementi di lavoro recenti. Wiki consente inoltre ora di creare documenti attivi permettendoti di creare e verificare gli elementi di lavoro usando contenuti di tipo wiki.
Per altre informazioni, vedere l'elenco delle funzionalità riportato di seguito.
Novità di Azure DevOps
Funzionalità
Generale:
Azure Boards:
- Ricaricamento live degli elementi di lavoro
- Gestire l'iterazione e i percorsi dell'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 la digitazione
- Modificare il processo usato da un progetto
- Nascondi campi personalizzati dal layout
Azure Pipelines:
- App Azure Pipelines per Jira
- Miglioramenti all'app Azure Pipelines per Slack
- Singolo pool ospitato
- Interfaccia aggiornata per il pool di agenti nelle impostazioni dell'organizzazione
- Controllare le variabili che possono essere sovrascritte in fase di accodamento
- Supporto per allegati di test di grandi dimensioni
- Distribuzioni nella pipeline YAML
- Integrazione con Optimizely
- Aggiungere una versione di GitHub come origine di artefatti
- Pagare per pipeline aggiuntive dal portale di Azure DevOps
- Approvare le versioni direttamente dall'hub Versioni
- Collegamento ai cluster del servizio Azure Kubernetes nella visualizzazione delle risorse degli ambienti Kubernetes
- Filtri per le cartelle delle versioni nelle sottoscrizioni di notifiche
- Distribuire repository Git esterni nel servizio Azure Kubernetes
- Supporto per i repository Bitbucket in DevOps Projects
- Selezionare un Dockerfile nel centro distribuzione per il servizio Azure Kubernetes e contenitori pe app Web
Azure Test Plans:
Azure Repos:
Azure Artifacts:
Wiki:
- Modifica avanzata per le pagine wiki di codice
- Creare e incorporare elementi di lavoro da una pagina wiki
Generali
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. Sono stati raccolti commenti e suggerimenti che ci hanno consentito di migliorare l'estensione e aggiungere altri comandi. 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
Ricaricamento live degli elementi di lavoro
In precedenza, durante l'aggiornamento di 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 modifichi entrambi campi diversi, verranno visualizzati gli aggiornamenti in tempo reale delle modifiche apportate all'elemento di lavoro.
Gestire l'iterazione e i percorsi dell'area dalla riga di comando
È ora possibile gestire i percorsi di iterazione e area dalla riga di comando usando i az boards iteration comandi e az boards area . Ad esempio, è possibile configurare e gestire in modo interattivo i percorsi di iterazione e area dall'interfaccia della riga di comando oppure 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
È ora possibile visualizzare l'elemento padre di ogni elemento di lavoro nel backlog del prodotto o nel 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 più semplice trovare gli elementi di lavoro visitati di recente, bacheche, backlog e sprint. È 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 la digitazione
È ora possibile visualizzare i risultati della ricerca degli elementi di lavoro durante la digitazione nella casella di ricerca. In questo modo è possibile passare rapidamente all'elemento di lavoro preferito.
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 i risultati della ricerca del codice o del pacchetto.
Modificare il processo usato da un progetto
Gli strumenti devono cambiare man mano che il team può ora passare da qualsiasi modello di processo predefinito a qualsiasi altro processo predefinito. Ad esempio, è possibile modificare il progetto da Agile a Scrum o Basic a Agile. La documentazione dettagliata è disponibile qui.
Nascondi 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 quando si esegue l'integrazione con altri sistemi.
Azure Pipelines
App Azure Pipelines per Jira
Microsoft è lieta 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 monitorando i problemi di Jira menzionati nei commit di GitHub distribuiti con le versioni.
Inoltre, visualizza le informazioni sulla compilazione e sulla versione di Azure Pipelines e le mostra nel pannello di sviluppo dei problemi. In questo modo è stato abilitato il rilevamento di come e quando viene recapitato un problema e fornisce un ciclo di sviluppo stretto dalla creazione di problemi alle distribuzioni rilevate in Jira.
Miglioramenti all'app Azure Pipelines per Slack
A febbraio è stata rilasciata l'app Azure Pipelines per Slack per facilitare il monitoraggio delle pipeline. Con questo aggiornamento è stata migliorata l'app. Userà @mention nel canale Slack quando viene visualizzata una notifica per una compilazione non riuscita attivata. Inoltre, invierà una notifica quando si è un responsabile approvazione in una notifica di approvazione della distribuzione di versione in sospeso.
È anche possibile incollare un collegamento a una build o a una versione nell'app Azure Pipelines e ottenere un'anteprima completa della pipeline. Questo aggiunge contesto al collegamento e semplifica l'esplorazione di 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.
Singolo pool ospitato
Nota
Si tratta di un cambiamento imminente che desideriamo comunicare in anticipo.
La presenza di più pool ospitati può generare confusione a volte. Non si ottiene un'immagine accurata della posizione 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 di un pool ospitato specifico (ad esempio, Hosted VS2017) con tutti gli agenti inattivi, si potrebbe pensare che il servizio Azure Pipelines sia interrotto senza rendersi conto che la concorrenza è probabilmente usata in altri pool ospitati (ad esempio, ospitato Ubuntu 1604).
Le esperienze di gestione del pool di agenti verranno aggiornate in modo da includere un nuovo pool di agenti ospitato unificato denominato Azure Pipelines. Questo sostituirà presto gli altri pool ospitati: ospitato, ospitato VS2017, ospitato Ubuntu 1604, ospitato windows 2019 con VS2019, macOS ospitato e macOS ospitato in High Sierra.
Dopo aver distribuito 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é i processi verranno reindirizzati automaticamente dai pool ospitati precedenti all'immagine appropriata nel nuovo pool unificato.
Interfaccia aggiornata per il pool di agenti 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, l'interfaccia dei pool di agenti viene aggiornata nelle impostazioni dell'organizzazione. Questa nuova interfaccia aiuterà con una funzionalità futura che includerà il consolidamento per i pool ospitati e la possibilità di tenere traccia dell'utilizzo di processi simultanei.
Per altre informazioni sulla funzionalità futura, vedere la nota sulla versione in un singolo pool ospitato.
Controllare le variabili che possono essere sovrascritte in fase di accodamento
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 alcune variabili come _settable at queue time_, il sistema non ha applicato questa impostazione né ha impedito l'impostazione di altre variabili. In altre parole, l'impostazione è stata usata solo per richiedere input aggiuntivi all'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 all'avvio di una nuova esecuzione. In futuro, non è possibile modificare una variabile non contrassegnata dall'autore come _settable at queue time_.
Nota
Questa impostazione è disattivata per impostazione predefinita nelle organizzazioni esistenti, ma sarà attivata per impostazione predefinita quando si crea una nuova organizzazione di Azure DevOps.
Supporto per allegati di test di grandi dimensioni
L'attività Pubblica risultati 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 ad ora, è stato previsto un limite di 100 MB per gli allegati di test sia per l'esecuzione dei test che per i risultati dei test. Questo ha limitato il caricamento di file di grandi dimensioni, ad esempio dump di arresto anomalo o video. Con questo aggiornamento è stato aggiunto il supporto per gli allegati di test di grandi dimensioni che consentono di avere 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 unico file e farvi riferimento in un processo di distribuzione.
È stato anche aggiunto il supporto per proprietà aggiuntive al processo di distribuzione. Ad esempio, di seguito sono riportate alcune proprietà di un processo di distribuzione che è ora possibile impostare,
- timeoutInMinutes : durata dell'esecuzione del processo prima dell'annullamento automatico
- cancelTimeoutInMinutes - Tempo di esecuzione sempre anche se le attività annullate prima di terminarle
- condition : eseguire il processo in modo condizionale
- variabili : è possibile aggiungere direttamente valori hardcoded o gruppi di variabili, un gruppo di variabili supportato da un insieme di credenziali delle chiavi di Azure oppure 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. L'impostazione predefinita è "false"
Per altre informazioni sui processi di distribuzione e sulla sintassi completa per specificare un processo di distribuzione, vedere Processo di distribuzione.
Integrazione con Optimizely
Optimizely è una potente piattaforma di test A/B e contrassegno delle funzionalità per i team di prodotto. L'integrazione di Azure Pipelines con la piattaforma di sperimentazione Optimizely consente ai team di prodotto di testare, apprendere e distribuire a un ritmo accelerato, ottenendo al contempo tutti i vantaggi di DevOps da Azure Pipelines.
L'estensione Optimizely per Azure DevOps aggiunge i passaggi di implementazione della sperimentazione e del flag di funzionalità alle pipeline di compilazione e versione, in modo da poter eseguire continuamente iterazioni, implementazioni delle funzionalità e rollback usando Azure Pipelines.
Altre informazioni sull'estensione Azure DevOps Optimizely sono disponibili qui.
Aggiungere una versione di GitHub come origine di artefatti
È ora possibile collegare le versioni di GitHub come origine artefatto nelle pipeline di versione di Azure DevOps. In questo modo sarà possibile usare la versione di GitHub come parte delle distribuzioni.
Quando si fa clic su Aggiungi un artefatto nella definizione della pipeline di versione, 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 del tag più recente o selezionare in fase di creazione del rilascio. Una volta collegata una versione di GitHub, viene scaricata e resa disponibile automaticamente nei processi di rilascio.
Pagare per pipeline aggiuntive dal portale di Azure DevOps
In precedenza, era 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 sull'acquisto di CI/CD qui.
Approvare le versioni direttamente dall'hub Delle versioni
Agire per le approvazioni in sospeso è stato più semplice. Finora era possibile approvare una versione dalla pagina dei dettagli della versione. È ora possibile approvare le versioni direttamente dall'hub Delle versioni.
Collegamento ai cluster del servizio Azure Kubernetes nella visualizzazione delle risorse degli ambienti Kubernetes
È stato aggiunto un collegamento alla visualizzazione delle risorse degli ambienti Kubernetes per passare al pannello di Azure per il cluster corrispondente. Questo vale per gli ambienti di cui viene eseguito il mapping agli spazi dei nomi nei cluster servizio Azure Kubernetes.
Filtri per le cartelle delle versioni nelle sottoscrizioni di notifiche
Le cartelle consentono di organizzare le pipeline per facilitare l'individuazione 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, era necessario configurare più sottoscrizioni o avere query complesse nelle sottoscrizioni per ottenere messaggi di posta elettronica mirati. Con questo aggiornamento, è ora possibile aggiungere una clausola della cartella di versione alla distribuzione completata e approvare gli eventi in sospeso e semplificare le sottoscrizioni.
Distribuire repository Git esterni nel servizio Azure Kubernetes
In precedenza, Azure Repos e GitHub sono stati supportati 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 in DevOps Projects. È ora possibile ottenere un'esperienza OAuth e un elenco popolato di repository e rami da selezionare durante la distribuzione nelle risorse di Azure.
Selezionare un Dockerfile nel centro distribuzione per il servizio Azure Kubernetes e contenitori pe app Web
È ora possibile selezionare un Dockerfile nel Centro distribuzione per il servizio Azure Kubernetes e i contenitori di app Web. Ciò sarà utile quando si vogliono gestire versioni diverse di Dockerfile o avere più applicazioni nello stesso repository. In questo modo sarà possibile selezionare lo specifico DockerFile/applicazione di cui si vuole eseguire il push.
Azure Test Plans
Anteprima pubblica della nuova pagina Piano di test
Una nuova pagina Piani di test (Piani di test*) è 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, ovvero la pianificazione, la creazione o l'esecuzione dei test. È anche privo di confusione e coerente con il resto dell'offerta Di Azure DevOps.
La nuova pagina può essere abilitata da Funzionalità di anteprima, come illustrato di seguito.
La pagina Piani di test* avrà la maggior parte delle funzionalità della pagina esistente oltre alle nuove funzionalità, ad esempio i piani di test di copia e clonazione. Continueremo ad 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 di Azure Repos
Sono stati aggiunti eventi per Repos che possono essere usati tramite la scheda di controllo di 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 annullamento dell'eliminazione), rinominati, eliminati temporanea, eliminati definitivamente o quando il ramo predefinito è stato modificato.
Azure Artifacts
Miglioramenti al tempo di caricamento della pagina di 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 maggiore del 99° tempo di caricamento della pagina di feed percentile (tempi di caricamento nel 99% più alto di tutti i feed) diminuito del 75%.
Wiki
Modifica avanzata per le pagine wiki di codice
In precedenza, durante la modifica di una tabella wiki codici, si veniva reindirizzati all'hub Repos di Azure per la modifica. Attualmente, l'hub del repository non è ottimizzato per la modifica markdown.
È ora possibile modificare una pagina wiki del codice nell'editor affiancato all'interno del wiki. In questo modo è possibile usare la barra degli strumenti markdown avanzata per creare il contenuto rendendo l'esperienza di modifica identica a quella presente nel wiki del progetto. È comunque possibile scegliere di modificare i repository selezionando l'opzione Modifica in Repository nel menu di scelta rapida.
Creare e incorporare elementi di lavoro da una pagina wiki
Durante l'ascolto dei commenti e suggerimenti, abbiamo sentito che si usa wiki per acquisire documenti di brainstorming, pianificare documenti, idee sulle funzionalità, specificare documenti, 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. In questo modo è possibile risparmiare tempo perché non è prima necessario creare l'elemento di lavoro, passare alla modifica e quindi trovare l'elemento di lavoro da incorporare. Riduce anche il cambio di contesto perché non si esce dall'ambito wiki.
Per altre informazioni sulla creazione e l'incorporamento di un elemento di lavoro dal wiki, vedere la documentazione qui.
Passaggi successivi
Nota
Queste funzionalità verranno implementate nelle prossime due o tre settimane.
Passare ad Azure DevOps e dare un'occhiata.
Come fornire commenti e suggerimenti
Ci piacerebbe sentire ciò che pensi a queste funzionalità. Usare il menu commenti e suggerimenti per segnalare un problema o fornire un suggerimento.
È anche possibile ottenere consigli e risposte alle domande della community su Stack Overflow.
Grazie,
Biju Venugopal