Presentazione di Azure DevOps

Il singolo servizio visual Studio Team Services (VSTS) sta diventando il nuovo set di Azure DevOps Services. In tutta la documentazione, i siti Web e il prodotto in-product si inizieranno a notare nuove icone e nomi per Azure DevOps tutti e tutti i nostri servizi all'interno di Azure DevOps.

• Azure Pipelines per compilare, testare e distribuire continuamente in qualsiasi piattaforma e cloud.
• Azure Boards per una gestione efficace del lavoro.
• Azure Artifacts per feed di pacchetti Maven, npm e NuGet.
• Repository di Azure per repository Git privati ospitati nel cloud illimitati.
• Piani di test di Azure per test pianificati ed esplorativi.

Con l'avvio di Azure Pipelines, è stata introdotta una nuova app in GitHub Marketplace, è stata aggiornata una serie di esperienze utili per iniziare e offre minuti ci/CD illimitati e 10 processi paralleli per i progetti open source.

Per altre informazioni, vedere l'elenco delle funzionalità riportato di seguito.

Funzionalità

Azure Pipelines:

• Aggiungere Azure Pipelines da GitHub Marketplace
• Creare progetti open source con Azure Pipelines gratuitamente
• Configurare le compilazioni con YAML
• Creare pipeline di compilazione YAML usando la nuova procedura guidata
• Gestire le pipeline di compilazione usando la nuova pagina Compilazioni
• Ricompilare le compilazioni delle richieste pull di GitHub
• URL nuova notifica dello stato della compilazione
• Sfruttare ancora più strumenti sugli agenti Linux ospitati da Microsoft
• Tenere traccia dei commit di GitHub e dei problemi associati nelle versioni
• Gestire meglio i messaggi di posta elettronica di completamento della compilazione e della distribuzione usando una formattazione migliorata
• Seguire la nuova terminologia unificata di Azure Pipelines

Marketplace:

• Sfruttare le categorie di estensioni più recenti

Amministrazione:

• Cambiare le organizzazioni esistenti per usare il nuovo URL del nome di dominio
• Aggiungere utenti stakeholder per risparmiare sui costi di licenza di Azure Pipelines

Passaggi successivi

Nota

Queste funzionalità verranno implementate nei prossimi due giorni.

Leggere le nuove funzionalità seguenti e passare ad Azure DevOps Services per provare manualmente.

Passare ad Azure DevOps Services

Azure Pipelines

Aggiungere Azure Pipelines da GitHub Marketplace

Una nuova app Azure Pipelines in GitHub Marketplace espande l'integrazione con i repository GitHub e semplifica gli acquisti di processi paralleli.

In precedenza, è possibile abilitare l'integrazione continua con i repository GitHub tramite l'autenticazione OAuth. Usando OAuth, Azure Pipelines usa l'identità GitHub di un singolo utente per recuperare il codice e aggiornare lo stato della compilazione in GitHub. Tuttavia, poiché i membri del team possono cambiare nel tempo, può essere meno auspicabile usare l'identità e le autorizzazioni di GitHub di un individuo. Installando l'app Azure Pipelines, è possibile autorizzare l'app a eseguire azioni.

Inoltre, quando si usa l'app, i risultati della compilazione vengono resi disponibili nella nuova funzionalità Controlli di GitHub con una visualizzazione dettagliata dei risultati di compilazione, test e code coverage.

Per iniziare, installare l'app da GitHub Marketplace nell'account GitHub o nell'organizzazione. È anche possibile acquistare processi paralleli aggiuntivi con un account di pagamento GitHub esistente anziché un account Azure separato. I prezzi sono uguali in entrambi i modi.

Creare progetti open source con Azure Pipelines gratuitamente

Azure Pipelines offre pipeline ospitate nel cloud per Linux, macOS e Windows con minuti illimitati e 10 processi paralleli gratuiti per open source.

Per altre informazioni, vedere la documentazione relativa alla compilazione di repository pubblici e processi paralleli .

Configurare le compilazioni con YAML

Importante

Per usare questa funzionalità, è necessario che la funzionalità di anteprima delle pipeline YAML di compilazione sia abilitata nell'organizzazione.

Le pipeline di compilazione basate su YAML sono ora disponibili a livello generale. Automatizzare la pipeline di integrazione continua usando un file YAML archiviato nel repository insieme al resto del codice. È facile iniziare a usare una compilazione a singolo processo. Man mano che le esigenze aumentano, è possibile aumentare facilmente il numero di istanze usando più processi , modelli esterni ed esecuzione di matrici.

Creare pipeline di compilazione YAML usando la nuova procedura guidata

Importante

Per usare questa funzionalità, è necessario che la funzionalità di anteprima Nuova esperienza di creazione della pipeline YAML sia abilitata nel profilo o nell'organizzazione.

Una nuova procedura guidata semplifica questo processo di creazione di pipeline di compilazione basate su YAML con GitHub e Azure Repos. Dopo aver scelto un repository da compilare, una pipeline verrà creata automaticamente se contiene un file YAML. In caso contrario, Azure Pipelines analizzerà il repository e consiglierà un modello basato su YAML per la compilazione del progetto. È sufficiente fare clic su Salva ed eseguire per creare una richiesta pull per il file YAML suggerito ed eseguire la prima compilazione. L'integrazione continua e i trigger di richiesta pull verranno abilitati automaticamente.

Gestire le pipeline di compilazione usando la nuova pagina Compilazioni

Importante

Per usare questa funzionalità, è necessario abilitare la funzionalità di anteprima dell'hub Nuove compilazioni nel profilo o nell'organizzazione.

Stiamo apportando diversi miglioramenti e implementando una nuova versione della pagina Compilazioni . Questa nuova versione combina la directory di tutte le pipeline di compilazione e l'elenco delle compilazioni correnti, in modo che sia possibile spostarsi rapidamente tra le compilazioni del progetto per visualizzare il relativo stato. Include anche un'anteprima dell'analisi dei test per la pipeline selezionata.

Ricompilare le compilazioni delle richieste pull di GitHub

Quando si invia una richiesta pull al repository GitHub, la compilazione della richiesta pull potrebbe non riuscire a causa di un errore intermittente, ad esempio un registro dei pacchetti non disponibile o un test non valido. In questi casi, si vuole eseguire la compilazione ancora una volta. Attualmente, è necessario eseguire il push di un altro aggiornamento artificiale alla richiesta pull. Nella nuova pagina Compilazioni è ora possibile selezionare semplicemente la compilazione non riuscita e accodarne un'altra.

Questo gesto per la ricompilazione sarà disponibile solo per le compilazioni delle richieste pull con cui iniziare. Si sta cercando di rendere disponibile una funzionalità simile per tutte le build non riuscite.

URL nuova notifica dello stato della compilazione

Le notifiche di compilazione incorporate nella home page di un repository sono un modo comune per mostrare l'integrità del repository. Sono stati aggiunti nuovi URL per creare badge di compilazione. I nuovi URL consentono agli utenti di pubblicare uno stato per ramo e possono portare gli utenti alla build più recente del ramo selezionato. È possibile ottenere il markdown per il nuovo URL badge di stato selezionando l'azione di menu Notifica stato nella nuova pagina Compilazioni. Per garantire la compatibilità con le versioni precedenti, continueremo a rispettare gli URL delle notifiche di compilazione precedenti.

Sfruttare ancora più strumenti sugli agenti Linux ospitati da Microsoft

In questo aggiornamento sono stati aggiunti diversi strumenti di compilazione, test e distribuzione agli agenti Linux ospitati da Microsoft, che elimina la necessità di installarli manualmente durante una compilazione o una versione.

• Erlang/OTP
• Firefox
• Haskell
• Interfaccia della riga di comando di Heroku
• ImageMagick
• Mercurial
• Microsoft Strumenti Client di SQL Server
• MySQL Server
• PhantomJS
• Impollinare
• PyPy2 e PyPy3
• rebar
• rsync
• ShellCheck
• Sphinx
• Terraform
• Xvfb

Tenere traccia dei commit di GitHub e dei problemi associati nelle versioni

Conoscere le modifiche che vengono distribuite con una versione è importante tenere traccia dei miglioramenti apportati all'app. È ora possibile ottenere l'elenco dei commit eseguiti nei repository GitHub e i problemi di GitHub associati distribuiti con una versione.

Gestire meglio i messaggi di posta elettronica di completamento della compilazione e della distribuzione usando una formattazione migliorata

I messaggi di posta elettronica di completamento della compilazione e della distribuzione sono stati aggiornati per essere più filtrabili in base alle regole di posta elettronica. Ora la riga dell'oggetto include informazioni più rilevanti a colpo d'occhio, il corpo contiene altri dettagli e il loro stile è stato aggiornato con il marchio più recente.

Gli elementi del nuovo formato sono:

• [Build result] [pipeline name] - [repository:branch] - [project name] - [commit]
• [Deployment result] [pipeline name] > [release name] : [stage name]

Ecco alcuni esempi:

• [Build succeeded] IdentityService.CI - MyRepo:master - MyProject - d3b90b80
• [Deployment succeeded] New release pipeline > NotificationSpecialRelease-1 : Stage 1

Seguire la nuova terminologia unificata di Azure Pipelines

In tutte le build e versioni sono stati usati termini diversi storicamente per concetti simili. In altri casi, i significati dei termini erano vaghi. Ad esempio, indicando la differenza tra un pool di agenti e una coda di agenti.

La terminologia è stata unificata in Azure Pipelines per chiarire i concetti. Verranno ora visualizzati i termini unificati seguenti:

Termine precedente	Termine unificato	Significato
Agente ospitato	Pool ospitato da Microsoft	Agente di compilazione/versione eseguito nell'infrastruttura ospitata nel cloud gestito da Microsoft.
Agente privato	Agente self-hosted	Agente di compilazione/versione eseguito in un computer fornito e gestito dall'utente.
Pool di agenti	Pool di agenti	Un set di computer agente a livello di organizzazione che possono eseguire compilazioni o versioni.
Coda agente	Pool di agenti	Set di computer agente a livello di progetto che possono eseguire compilazioni o versioni. È collegato a un pool di agenti a livello di organizzazione.
Definizione di compilazione	Pipeline di compilazione	Set end-to-end di passaggi di compilazione per un'applicazione.
Build	Build	Istanza di una pipeline di compilazione in esecuzione o in esecuzione.
Fase	Posizione	Serie di attività eseguite in sequenza o in parallelo su un agente. Una pipeline di compilazione o versione può contenere un processo o un grafico di più processi.
Definizione di versione	Pipeline di versione	Set end-to-end di passaggi di rilascio per la distribuzione di un'applicazione in varie fasi.
Rilascio	Rilascio	Istanza di una pipeline di versione in esecuzione o in esecuzione.
Ambiente	Fase	Entità logica e indipendente che rappresenta la posizione in cui si vuole distribuire una versione generata da una pipeline di versione.
Processo/pipeline simultanei	Processo parallelo	Un processo parallelo consente di eseguire un singolo processo di compilazione o rilascio alla volta nell'organizzazione. Con più processi paralleli disponibili, è possibile eseguire più processi di compilazione e rilascio contemporaneamente.
Endpoint di servizio	Connessione al servizio	Un gruppo di impostazioni, ad esempio le credenziali, usato per connettersi a servizi esterni per eseguire attività in una compilazione o versione.

Per altre informazioni, vedere la documentazione sui concetti .

Marketplace

Sfruttare le categorie di estensioni più recenti

In qualità di collaboratore dell'estensione si noterà che le categorie di estensioni sono state allineate in modo che corrispondano a Azure DevOps Services rinominato nel Marketplace. Anche se le categorie precedenti sono state mappate automaticamente a quelle nuove, è consigliabile passare alle nuove categorie aggiornando il manifesto dell'estensione. Per altre informazioni, vedere la documentazione del manifesto .

Amministrazione

Cambiare le organizzazioni esistenti per usare il nuovo URL del nome di dominio

Anche se è stato spostato nel nuovo dev.azure.com nome di dominio come URL per le nuove organizzazioni, sarà possibile continuare ad accedere all'organizzazione usando il visualstudio.com dominio, come di consueto. Se si vuole modificare l'URL in dev.azure.combase a , un amministratore dell'organizzazione (amministratore raccolta progetti) può modificarlo dalla pagina delle impostazioni dell'organizzazione. Anche se l'adozione del nuovo nome di dominio non reindirizzerà ogni richiesta, qualsiasi richiesta all'URL radice dell'organizzazione e i collegamenti da molti collegamenti basati sul Web e di posta elettronica cambieranno.

Il passaggio al nuovo URL verrà gradualmente eseguito in base al feedback dei clienti. Verrà avviato come consenso esplicito, quindi in un secondo momento verrà impostato come predefinito per le organizzazioni. È ancora necessario impostare una sequenza temporale per spostare deliberatamente le organizzazioni dal visualstudio.com dominio.

Importante

Per assicurarsi che l'organizzazione funzioni con qualsiasi firewall o restrizioni IP esistente, assicurarsi che siano consentiti i nomi di dominio e gli indirizzi IP appropriati. Per altre informazioni, vedere questa sezione Q&A dell'agente.

Aggiungere utenti stakeholder per risparmiare sui costi di licenza di Azure Pipelines

Importante

Per usare questa funzionalità, è necessario avere la funzionalità di anteprima Free access to Pipelines for Stakeholders (Accesso gratuito alle pipeline per gli stakeholder) abilitata per l'organizzazione.

Ottime notizie! Se si usa solo il servizio Azure Pipelines, non è più necessario pagare per gli utenti tramite licenze Basic. Tutte le funzionalità di Azure Pipelines sono disponibili gratuitamente per tutti gli utenti. Man mano che si aggiungono altri utenti al progetto, lasciarli rimanere come stakeholder gratuitamente e potranno creare, visualizzare, aggiornare e approvare le pipeline, purché dispongano delle autorizzazioni appropriate. Ecco alcune note aggiuntive su questa modifica delle licenze:

• Si paga solo per processi paralleli aggiuntivi in Azure Pipelines. Gli utenti sono illimitati.
• Tutti gli accessi alle funzionalità di Azure Pipelines sono ancora regolati tramite un modello di sicurezza e autorizzazioni.
• Se si usano altri Servizi DevOps di Azure, è comunque necessario pagare una licenza per utente per tali servizi dopo i limiti gratuiti.
• Nelle organizzazioni esistenti, gli stakeholder non ottengono il vantaggio Gratuito di Azure Pipelines per impostazione predefinita. L'amministratore dell'organizzazione (amministratore raccolta progetti) deve abilitare in modo esplicito questa funzionalità di anteprima. L'abilitazione di questa funzionalità di anteprima modificherà il comportamento delle operazioni che gli stakeholder possono eseguire. Attualmente non possono gestire compilazioni o versioni. Tuttavia, una volta abilitata la funzionalità di anteprima, non esiste alcuna differenza tra utenti di base e stakeholder in Azure Pipelines. Per questo motivo, la scelta di consentire agli stakeholder di essere considerati come utenti gratuiti di Azure Pipelines viene lasciata all'amministratore.

Per altre informazioni, vedere la documentazione Fornire agli stakeholder l'accesso alle pipeline di compilazione e versione.

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,

Jeremy Epling