Visualizzare lo stato di avanzamento della versione - Aggiornamento di VSTS Sprint 135

Nell'aggiornamento sprint 135 di Visual Studio Team Services (VSTS) è disponibile un nuovo modo per visualizzare tutte le attività di rilascio. La nuova visualizzazione dello stato di avanzamento della versione accetta l'editor di definizioni di versione grafica sviluppato l'anno scorso e lo apre con lo stato e lo stato in modo da poter tenere traccia di una versione e intraprendere azioni nel contesto completo.

Esistono diverse altre funzionalità in Work, Code, Build, Release e anche alcuni correlati all'autenticazione. Leggere le nuove funzionalità seguenti e passare a VSTS per provarle autonomamente.

Novità di VSTS

Funzionalità

Lavoro

Codice

Compilare e rilasciare

Authentication

Lavoro

Importare ed esportare processi ereditati

Un nuovo strumento che consente di importare ed esportare un processo ereditato è ora disponibile in GitHub. È ora possibile condividere più facilmente le configurazioni con altri utenti e acquisire fiducia quando si apportano modifiche più complesse eseguendone la gestione temporanea in un account di test prima di renderle nell'account primario. Abbiamo deciso di open source questo strumento, sviluppato da uno dei nostri team Agile, perché funge da esempio per l'implementazione di alcune delle API più recenti e si vuole vedere come potrebbe essere esteso per integrarsi meglio in flussi di lavoro reali. Per altre informazioni, vedere la documentazione del modello di processo di ereditarietà .

Personalizzare le opzioni di colonna nell'hub Elementi di lavoro

Le opzioni di colonna, come quelle in Query, sono ora disponibili nell'hub Elementi di lavoro per organizzare gli elementi di lavoro più importanti ancora più personali. Ciò consente anche l'ordinamento su più colonne se si vuole ordinare in più colonne. Per altre informazioni, vedere la documentazione dell'hub di Elementi di lavoro .

Opzioni di colonna nell'hub Elementi di lavoro

Codice

Ricevere notifiche quando i criteri di richiesta pull vengono ignorati

Per i team che usano richieste pull e criteri di ramo, possono verificarsi situazioni in cui gli utenti devono eseguire l'override e ignorare tali criteri, ad esempio quando si distribuisce un hotfix in un problema di produzione durante la notte. È opportuno fidarsi degli sviluppatori di fare la cosa giusta e usare la funzionalità di override con moderazione. Allo stesso tempo, i team hanno bisogno di un modo per verificare che tali sostituzioni dei criteri vengano usate nelle situazioni corrette. Per supportare questo problema, è stato aggiunto un nuovo filtro di notifica per consentire agli utenti e ai team di ricevere avvisi di posta elettronica ogni volta che un criterio viene ignorato. Iniziare con il modello A pull request is created or updated and select Policy Bypass (Ignora criteri ) dall'elenco dei filtri. Selezionare Criteri ignorati come valore e si riceverà una notifica ogni volta che viene completata una richiesta pull e i criteri vengono ignorati.

Ignorare la notifica dei criteri

Aggiungere un ramo preferito all'interno di una richiesta pull

Quando si visualizza una richiesta pull, è ora facile contrassegnare il ramo di origine come preferito. È sufficiente fare clic sul star per aggiungerlo all'elenco dei rami preferiti. Il ramo verrà quindi visualizzato sotto Mine nella schermata delle richieste pull, risparmiando il tempo di ricerca nell'elenco di Tutti i rami. Per altre informazioni, vedere la documentazione relativa alla gestione dei rami .

Compilare e rilasciare

Visualizzare lo stato di avanzamento della versione

Importante

Per usare questa funzionalità, è necessario che la funzionalità Nuova visualizzazione dello stato di rilascio sia abilitata per il profilo o l'account.

È ora disponibile una nuova visualizzazione dello stato di avanzamento della versione , che offre aggiornamenti in tempo reale dello stato di avanzamento della distribuzione e l'accesso con un clic per altri dettagli. La nuova visualizzazione visualizza la pipeline di versione, semplificando la comprensione di ciò che accade e presenta dettagli e azioni appropriati in diverse fasi della versione.

Visualizzazione della pipeline di versione

Pipeline, dettagli sulla versione e ambienti

La visualizzazione Pipeline mostra gli artefatti della versione e gli ambienti in cui verranno distribuiti. L'area Rilascio fornisce dettagli sulla versione, ad esempio il trigger di versione, le versioni degli artefatti e i tag.

Gli ambienti vengono modellati in modo da facilitare la comprensione dello stato, insieme allo stato dettagliato. In qualsiasi momento, è possibile accedere ai log facendo clic sul collegamento di stato all'interno dell'ambiente.

Rilasciare elementi e ambienti

Pre-distribuzione e post-distribuzione

Se sono state impostate condizioni di pre-distribuzione o post-distribuzione per un ambiente, viene indicato nell'ambiente con la presenza delle approvazioni e dei controlli. Lo stato di avanzamento delle approvazioni e dei controlli viene visualizzato anche nello stato dell'ambiente. È possibile intervenire o visualizzare altri dettagli facendo clic sull'icona della condizione dell'ambiente visualizzata sul lato destro o sinistro dell'ambiente.

Azioni dell'ambiente di rilascio

Le visualizzazioni grafiche dei cancelli e un'azione rapida per visualizzare i log consentono di mantenere le versioni in movimento.

Visualizzazione grafica e azioni rapide.

Commit ed elementi di lavoro

Con ogni nuova versione, è possibile visualizzare l'elenco di commit e elementi di lavoro associati per ogni ambiente separatamente facendo clic sull'ambiente. Se l'elenco è lungo, usare i filtri per trovare un commit o un elemento di lavoro a cui si è interessati.

Commit e elementi di lavoro dell'ambiente di rilascio

Stato e log della distribuzione

Gli ambienti mostrano gli aggiornamenti in tempo reale per le distribuzioni in corso, tra cui il numero di fasi e attività completate e il tempo di esecuzione. Facendo clic sullo stato dell'ambiente viene aperta una visualizzazione contenente i log, con lo stato attivo.

Log dell'ambiente di rilascio

Inoltre, è possibile fare clic nei log per immettere una visualizzazione evidenziata, che verrà anche presto per compilare e testare le visualizzazioni.

Dettagli dei log dell'ambiente di rilascio

Risultati ed estendibilità dei test

Anche i risultati dell'esecuzione dei test vengono visualizzati per ogni ambiente. Facendo clic sui risultati del test si apre una visualizzazione contenente i dettagli del test, inclusi i risultati di altre estensioni che contribuiscono al processo.

Risultati dei test di rilascio

Le estensioni esistenti funzionano in questa nuova visualizzazione, oltre a nuovi punti di estendibilità per consentire lo sviluppo di estensioni per visualizzare ancora più informazioni per un ambiente. Per altre informazioni, vedere la documentazione relativa ai contributi e alle estensioni .

Eseguire script Python inline o basati su file nella pipeline

Una nuova attività Script Python semplifica l'esecuzione di script Python nella pipeline. L'attività eseguirà uno script da un file Python (con estensione py) nel repository oppure è possibile immettere manualmente uno script nelle impostazioni dell'attività per salvare come parte della pipeline. L'attività userà la versione di Python nel percorso oppure è possibile specificare un percorso assoluto per un interprete Python da usare.

Usare gli strumenti Anaconda per l'analisi scientifica dei dati nella pipeline

Miniconda è ora disponibile sugli agenti ospitati da Microsoft. Il pacchetto conda e lo strumento di gestione dell'ambiente virtuale semplificano l'installazione, l'esecuzione e l'aggiornamento di ambienti di data science e machine learning complessi come lo stack SciPy, scikit-learn, CNTK e TensorFlow. Installerà anche la versione di Python necessaria per la pipeline.

La nuova attività Ambiente Conda predefinita consente anche di creare un ambiente conda. Attiva l'ambiente per i passaggi successivi della pipeline, installa le dipendenze dei pacchetti, aggiunge conda al percorso e, facoltativamente, aggiorna l'agente alla versione più recente di conda.

Semplificare le definizioni con più attività senza agente

Le attività in una fase senza agente vengono orchestrate da ed eseguite nel server. Le fasi senza agente non richiedono un agente o alcun computer di destinazione. A differenza delle fasi dell'agente, è possibile aggiungere una sola attività a ogni fase senza agente nelle definizioni. Ciò significava che era necessario aggiungere più fasi quando c'erano più attività senza agente nel processo, rendendo la definizione in blocco. Questa restrizione è stata rilassata, che consente di gestire più attività in fasi senza agente. Le attività nella stessa fase vengono eseguite in sequenza, esattamente come avvieno per le fasi dell'agente. Per altre informazioni, vedere la documentazione sulle fasi del server .

Gestire i limiti per i processi CI/CD simultanei self-hosted

Importante

Se si usa CI/CD self-hosted, controllare i limiti di concorrenza e pianificare in anticipo per evitare tempi di attesa imprevisti di compilazione e rilascio.

Il modello di determinazione dei prezzi per CI/CD in VSTS si basa sul numero di processi simultanei in entrambi gli agenti self-hosted (privati) o ospitati da Microsoft. A ogni account VSTS viene assegnata una determinata quota gratuita di concorrenza. Oltre a ciò, è possibile ottenere una concorrenza aggiuntiva tramite sottoscrizioni Visual Studio Enterprise o Visual Studio Marketplace.

Negli ultimi mesi, sono stati disabilitati i controlli di concorrenza per i processi eseguiti sugli agenti self-hosted durante la riprogettazione di tale parte del servizio per risolvere i problemi segnalati dai clienti. Di conseguenza, è stato possibile eseguire il maggior numero di processi simultaneamente consentiti agli agenti self-hosted.

A partire da giugno, riabiliteremo gradualmente i controlli di concorrenza per i processi self-hosted. Di conseguenza, le compilazioni e le distribuzioni potrebbero attendere più tempo nella coda se tali slot sono occupati da altri processi in esecuzione. La pagina di log in una compilazione o una versione indicherà quando si è in attesa del completamento di altri processi.

Per altre informazioni sui limiti di concorrenza, vedere la documentazione relativa ai processi simultanei CI/CD nella documentazione di Team Services. È possibile controllare i limiti di concorrenza in VSTS passando a Impostazioni account -> Compilazione e versione -> Limiti delle risorse.

Semplificare l'autenticazione dalle macchine virtuali dell'agente in Azure ad Azure Resource Manager

Esistono diversi modi per eseguire agenti di compilazione e rilascio. L'esecuzione in Azure è stata semplificata e più sicura. È ora possibile configurare gli agenti basati su azure Macchine virtuali (VM) con un'identità del servizio gestita di Azure in Azure Active Directory (Azure AD). Assegnando alla macchina virtuale di Azure un'identità assegnata, è possibile usare le informazioni sull'entità servizio per concedere alla macchina virtuale l'accesso a qualsiasi risorsa di Azure che supporta Azure AD, ad esempio Key Vault, anziché rendere persistenti le credenziali in VSTS per l'endpoint.

Ad esempio, se il codice deve chiamare Azure Resource Manager, è sufficiente assegnare all'entità servizio della macchina virtuale il ruolo appropriato usando Role-Based Controllo di accesso (RBAC) in Azure AD. Per altre informazioni, vedere la documentazione relativa agli agenti di compilazione e versione e all'identità del servizio gestito di Azure .

Finestra di dialogo Aggiungi endpoint servizio di Azure Resource Manager

Notifiche

Proteggere l'account utente usando notifiche di autenticazione alternative

Quando l'autenticazione alternativa è configurata per l'account utente, si riceverà ora una notifica che conferma la modifica. Questo può essere utile per verificare che la modifica sia stata apportata correttamente, ma può anche fungere da segnale anticipato che l'account utente potrebbe essere stato compromesso se non è stata apportata la modifica. In tal caso, è possibile intervenire per recuperare il controllo sull'account utente e rimuovere eventuali configurazioni di autenticazione alternative sospette. Esistono 3 scenari in cui vengono inviate le notifiche:

  1. Creazione di un token di accesso personale
  2. Registrazione di una chiave SSH
  3. Abilitazione dell'autenticazione di base

Per altre informazioni, vedere la documentazione sull'autenticazione .

Messaggio di posta elettronica aggiunto da VSTS PAT

Come fornire commenti e suggerimenti

Ci piacerebbe sentire cosa pensi di queste funzionalità. Segnalare un problema o fornire un suggerimento se si hanno idee su elementi che si desidera visualizzare in ordine di priorità, tramite il menu di feedback.

Menu Commenti e suggerimenti

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

Grazie,

Jamie Cool