Note sulla versione di Team Foundation Server 2018 RC1

Last Update: 25/09/2017

In questo articolo sono disponibili informazioni relative alla versione più recente di Team Foundation Server 2018 RC1. Fare clic sul pulsante per continuare.

Scarica la versione più recente di Team Foundation Server

Per altre informazioni su Team Foundation Server 2018, vedere la pagina relativa a requisiti e compatibilità di Team Foundation Server.


Commenti e suggerimenti

Le opinioni dei nostri clienti sono molto importanti per noi. È possibile segnalare un problema e tenerne traccia tramite la community degli sviluppatori per suggerimenti sull'overflow dello stack. Come sempre, è possibile segnalare ciò a cui si desidera venga data priorità visitando UserVoice per aggiungere un'idea o votarne una esistente.


Data di rilascio: 30 agosto 2017

Riepilogo: Aggiornamenti di Team Server Foundation in TFS 2018 RC1

In Team Foundation Server 2018 è stato aggiunto molto nuovo valore. Tra le caratteristiche principali:

Riepilogo: Novità di questa versione

Funzionalità rimosse in questa versione:


Dettaglio: Novità di questa versione

Rilevamento elementi di lavoro

Creazione guidata progetto sul Web

È stata migliorata l'esperienza per la creazione di un progetto team da Accesso Web. È ora inclusa la maggior parte delle funzionalità, disponibili quando si crea un progetto team nel client di Visual Studio. Il vantaggio di utilizzare l'interfaccia Web è che non è necessaria una versione corrispondente di Visual Studio. La differenza tra l'uso di Visual Studio o della versione Web consiste nel fatto che la versione Web non esegue il provisioning dei report in SSRS. Se si utilizza la versione Web della creazione del progetto team, è possibile eseguire il comando tfsconfig a livello applicazione per eseguire il provisioning o aggiornare i report SSRS. Vedere i dettagli in Aggiungere report di progetto.

Gestione modelli di processo sul Web

Con TFS 2018 è possibile utilizzare l'accesso Web per caricare i modelli di processo. L'interfaccia Web offre un'esperienza più semplice poiché non è necessario installare la versione corretta di Visual Studio per interagire con i modelli di processo. Nell'aggiornamento 4 di Visual Studio 2017 e nei precedenti viene ancora visualizzata la finestra di dialogo Gestione modelli di processo anche se è consigliabile utilizzare l'interfaccia web. A partire dall'aggiornamento 5 di Visual Studio 2017 l'utente viene reindirizzato automaticamente al Web.

Form dell'elemento di lavoro per dispositivi mobili

Gli elementi di lavoro offrono un'esperienza end-to-end completa con un aspetto ottimizzato (Figura 1) ed è possibile interagire facilmente dal telefono con gli elementi assegnati all'utente o seguiti, visitati e modificati di recente.

< img src="media/tfs2018_02.png"; alt= "query elemento di lavoro per dispositivi mobili" style = "border:2px solid Silver; display: block; margin: auto;">

(Figura 1) Query elemento di lavoro per dispositivi mobili

Oltre all'aspetto gradevole, questa esperienza supporta controlli ottimizzati per tutti i tipi di campo (Figura 2).

form elemento di lavoro per dispositivi mobili

(Figura 2) Form elemento di lavoro per dispositivi mobili

Con la nuova navigazione mobile (Figura 3), gli utenti possono raggiungere altre parti di TFS predisposte per dispositivi mobili e tornare al sito desktop completo se occorre interagire con altri hub.

Navigazione mobile

(Figura 3) Navigazione mobile

Filtraggio di backlog, bacheche Kanban, sprint e query

Tutte le esperienze di griglia di rilevamento degli elementi di lavoro (query, backlog, bachede Kanban, backlog sprint e gestione di test case) ora utilizzano il componente di filtro comune e coerente (Figura 4). Oltre ad applicare un filtro di parole chiave sulle colonne visualizzate e i tag selezionati, è anche possibile filtrare tipi di elementi di lavoro, stati e assegnazioni per ottenere rapidamente gli elementi di lavoro cercati.

Filtraggio di query

(Figura 4) Filtraggio di query

Espandere per visualizzare i campi vuoti in una scheda Kanban

È ora possibile scegliere di aggiungere altri campi a una scheda e quindi nascondere i campi vuoti (Figura 5) nelle impostazioni della bacheca per evitare il disordine. Lo svantaggio di questa funzionalità è il fatto che se si desidera aggiornare un campo che è stato nascosto, è necessario aprire il form elemento di lavoro. Con la nuova opzione di espansione disponibile nelle schede Kanban, è possibile nascondere i campi vuoti sulla bacheca e utilizzare l'accesso con un solo clic per aggiornare un campo specifico in una scheda. È sufficiente passare il mouse sulla scheda e cercare la freccia di espansione rivolta verso il basso nella parte inferiore della scheda per aggiornare il campo nascosto.

Campo nascosto

(Figura 5) Campo nascosto in scheda Kanban

Fare clic sulla freccia di espansione rivolta verso il basso nella parte inferiore della scheda per aggiornare il campo (Figura 6).

Aggiornamento campo nascosto

(Figura 6) Aggiornamento campo nascosto in scheda Kanban

Blocco del salvataggio dell'elemento di lavoro con le estensioni

Controlli personalizzati, gruppi e pagine del form elemento di lavoro possono ora bloccare il salvataggio dell'elemento di lavoro per convalidare i dati e assicurare che l'utente compili eventuali informazioni obbligatorie prima di salvare il form elemento di lavoro.

Controllo della versione

Fork

TFS 2018 offre il supporto dei fork Git (Figura 7). Un fork è una copia lato server di un repository. Tramite i fork, è possibile consentire a un'ampia varietà di utenti di contribuire al repository senza dare loro accesso di commit diretto. Gli utenti eseguono invece il commit del lavoro nel proprio fork del repository (Figura 7). In questo modo, si ha la possibilità di esaminare le modifiche in una richiesta pull prima di accettarle nel repository centrale.

Fork Git

(Figura 7) Fork Git

Impostazione per disattivare la modifica Web per i repository TFVC

I team che utilizzano TFVC spesso utilizzano i criteri di archiviazione in Visual Studio per garantire la qualità del codice. Poiché tuttavia i criteri di archiviazione sono applicati sul client, il codice modificato sul Web non è soggetto agli stessi criteri.

Più persone hanno chiesto di poter disabilitare la modifica Web per proteggersi dalle modifiche che escludono i criteri di archiviazione. È disponibile un modo per disattivare la modifica Web (aggiunta, eliminazione, ridenominazione e modifica) per TFVC per singolo progetto/repository.

Per disattivare la modifica Web dalla pagina File, scegliere Impostazioni e quindi Controllo della versione (Figura 8). Fare clic sul repository TFVC nell'albero, passare al pivot Opzioni e deselezionare Abilita modifica Web per il repository TFVC. Per impostazione predefinita, la modifica Web è abilitata. Nota: la modifica di README dalla pagina Panoramica progetto non è interessata.

Disattivazione della modifica Web

(Figura 8) Disattivazione della modifica Web

Se si tenta una modifica Web in un progetto quando la modifica Web è disabilitata, un messaggio notifica che la modifica Web non è consentita (Figura 9).

Finestra di dialogo relativa alla modifica Web non consentita

(figure 9) Finestra di dialogo relativa alla modifica Web non consentita

Questo sviluppo è stato inserito in base a un suggerimento correlato.

Identificare i rami non aggiornati

È possibile tenere pulito il repository eliminando i rami non più necessari per consentire ai team di trovare i rami di interesse e impostare i preferiti al giusto livello di granularità. Tuttavia, se il repository contiene molti rami, può essere difficile capire quali sono inattivi e possono essere eliminati. Ora è più semplice identificare i rami "non aggiornati" (rami che puntano a commit risalenti a oltre 3 mesi prima). Per visualizzare i rami non aggiornati, passare al pivot Non aggiornato nella pagina Rami (Figura 10).

Rami non aggiornati

(Figura 10) Rami non aggiornati

Eseguire la ricerca di un ramo eliminato e ricrearlo

Quando un ramo viene accidentalmente eliminato dal server, può essere difficile capire cosa ne è stato. Ora è possibile cercare un ramo eliminato, vedere chi lo ha eliminato e quando e, se lo si desidera, ricrearlo.

Per cercare un ramo eliminato, immettere il nome completo del ramo nella casella di ricerca relativa. Verranno restituiti i rami esistenti che corrispondono al testo specificato. Verrà anche visualizzata un'opzione per cercare una corrispondenza esatta nell'elenco dei rami eliminati. Fare clic sul collegamento per cercare i rami eliminati (Figura 11).

Ricerca di rami eliminati

(Figura 11) Ricerca di rami eliminati

Se viene trovata una corrispondenza, verrà indicato chi lo ha eliminato e quando. È anche possibile ripristinare il ramo (Figura 12).

Ripristino di rami eliminati

(Figura 12) Ripristino di rami eliminati

Tramite l'operazione di ripristino il ramo viene ricreato in corrispondenza dell'ultimo commit a cui ha fatto riferimento. I criteri e le autorizzazioni non verranno ripristinati.

Cercare un commit nei rami che iniziano con un prefisso

Se la struttura dei rami presenta un formato gerarchico in cui tutti i rami hanno un prefisso di testo, questa funzionalità consente di trovare un commit in tutti i rami che iniziano con quel prefisso. Ad esempio, per vedere se un commit è giunto a tutti i rami con prefisso "dev", digitare semplicemente "dev" nella casella di ricerca e selezionare Cerca nei rami che iniziano con "dev" (Figura 13).

Ricerca di un commit

(Figura 13) Ricerca di un commit

Callout richiesta pull più completo nella pagina dei dettagli del commit

Il callout richiesta pull nella pagina dei dettagli del commit mostra un maggior numero di informazioni utili per eseguire una diagnosi migliore (Figura 14). Ora vengono anche mostrate la prima richiesta pull che ha introdotto il commit ai rami e la richiesta pull associata al ramo predefinito nel callout.

Callout della richiesta pull

(Figura 14) Callout della richiesta pull

Visualizzazione struttura ad albero filtro nel codice

Non è più necessario scorrere tutti i file che un commit potrebbe aver modificato solo per trovare quelli desiderati. La visualizzazione struttura ad albero nella pagina dei dettagli di commit, richieste pull, shelveset e insiemi di modifiche supporta ora il filtraggio di file e cartelle. Si tratta di un filtro avanzato che mostra i file figlio di una cartella quando si filtra in base al nome della cartella e una visualizzazione struttura ad albero compressa di un file per mostrare la relativa gerarchia quando si filtra in base al nome file.

Filtro per la ricerca di un file o di una cartella nella struttura ad albero del commit (Figura 15) e (Figura 16):

Ricerca di un file o di una cartella

(Figura 15) Ricerca di un file o di una cartella

Visualizzazione filtrata

(Figura 16) Visualizzazione filtrata nella struttura ad albero del commit

La pagina Aggiornamenti del ramo è ora Push

La pagina Aggiornamenti del ramo ha una grande importanza. Era tuttavia nascosta come pivot nell'hub Cronologia. La pagina Aggiornamenti del ramo sarà visibile come ramo con nome Push (Figura 17) in Codice, insieme a Commit, Rami, Tag e Richieste pull. Il nuovo URL per la pagina Push è: <tfsserverurl>/<projectname>/_git/<reponame>/pushes. Gli URL precedenti continueranno a funzionare.

Pagina Push

(Figura 17) Pagina Push

Allo stesso tempo, l'hub Cronologia è stato rinominato in Commit (Figura 18) perché l'hub mostra solo i commit. Secondo i commenti e suggerimenti ricevuti, sembra che gli utenti avessero difficoltà a risolvere i problemi correlati ai commit perché la visualizzazione elenco commit mostra soltanto l'ora al passaggio del mouse. Ora la visualizzazione elenco commit mostra la data e l'ora nel formato dd/mm/yy hh:mm. Il nuovo URL per la pagina dei commit è: <tfsserverurl>/<projectname>/_git/<reponame>/commits. Gli URL precedenti continueranno a funzionare.

Pagina dei commit

(Figura 18) Pagina dei commit

Mantenere il nome file durante lo spostamento da file a commit

Secondo i commenti e i suggerimenti ricevuti, quando gli utenti filtrano la directory in base a un determinato file nel pivot File dell'hub Codice e poi passano al pivot Cronologia, il nome file non viene salvato in modo permanente se il commit cambia più di 1.000 file. Per questo motivo gli utenti devono caricare più file e filtrare il contenuto per trovare il file, con un considerevole impatto sulla produttività. Gli sviluppatori lavorano in genere nella stessa directory e desiderano salvare in modo permanente nelle directory in cui lavorano mentre tengono traccia delle modifiche. Ora, il nome file viene salvato in modo permanente mentre si passa dai pivot dell'hub Codice, a prescindere dal numero di file modificati in un commit. Ciò significa che non è necessario fare clic su Carica altro per trovare il file desiderato.

Visualizzare i tag Git

È possibile visualizzare tutti i tag nel repository nella pagina Tag (Figura 19). Se si gestiscono tutti i tag come versioni, un utente può visitare la pagina dei tag per ottenere una panoramica di tutte le versioni del prodotto.

Visualizzazione dei tag Git

(Figura 19) Visualizzazione dei tag Git

È possibile distinguere facilmente tra un tag leggero e un tag annotato: i tag annotati mostrano il tagger e la data di creazione insieme al commit associato, mentre i tag leggeri mostrano soltanto le informazioni sul commit.

Eliminare i tag Git

Talvolta potrebbe essere necessario eliminare un tag dal repository remoto. Il problema potrebbe essere dovuto a un errore di digitazione nel nome del tag oppure all'applicazione del tag al commit errato. È possibile eliminare facilmente i tag dall'interfaccia utente Web facendo clic sul menu di scelta rapida di un tag nella pagina Tag e selezionando Elimina tag (Figura 20).

Nota: l'eliminazione di tag nei repository remoti deve essere eseguita con attenzione.

Eliminazione dei tag git

(Figura 20) Eliminazione dei tag Git

Filtraggio dei tag Git

Per i repository precedenti, il numero di tag può aumentare considerevolmente nel tempo; è anche possibile che alcuni repository dispongano di tag creati in gerarchie, cosa che può complicare la ricerca dei tag.

Se non si è in grado di trovare il tagk desiderato nella pagina dei tag, è possibile cercare semplicemente il nome del tag usando il filtro nella parte superiore della pagina Tag (Figura 21).

Filtraggio dei tag Git

(Figura 21) Filtraggio dei tag Git

Sicurezza dei tag Git

Ora è possibile concedere autorizzazioni granulari agli utenti del repository per gestire i tag. È possibile concedere agli utenti l'autorizzazione a eliminare o a gestire tag da questa interfaccia (Figura 22).

Sicurezza dei tag Git

(Figura 22) Sicurezza dei tag Git

Altre informazioni sui tag Git nel blog Microsoft DevOps.

Completare automaticamente gli elementi di lavoro quando si completano le richieste pull

Se si collegano elementi di lavoro a richieste pull, è ancora più semplice mantenere tutto aggiornato. Quando si completa una richiesta pull, si ha la possibilità di completare automaticamente gli elementi di lavoro collegati dopo che la richiesta pull è stata unita correttamente (Figura 23). Se si usano criteri e si impostano le richieste pull per il completamento automatico, verrà visualizzata la stessa opzione. Non è più necessario ricordare di rivisitare gli elementi di lavoro per aggiornare lo stato dopo che la richiesta pull è stata completata. Tutto avverrà automaticamente.

Completamento degli elementi di lavoro collegati

(Figura 23) Completamento degli elementi di lavoro collegati

Reimpostare i voti al push/nuova iterazione

I team che scelgono un flusso di lavoro di approvazione più rigido nelle richieste pull possono ora scegliere espliciamente di reimpostare i voti al push delle nuove modifiche (Figura 24). La nuova impostazione è un'opzione nei criteri per richiedere un numero minimo di revisori.

Reimpostazione dei voti

(Figura 24) Reimpostazione dei voti

Se impostata, ogni volta che il ramo di origine della richiesta pull verrà aggiornato verranno reimpostati i voti di tutti i revisori. La sequenza temporale della richiesta pull registrerà una voce ogni volta che i voti vengono reimpostati tramite questa opzione(Figura 25).

Reimpostazione dei voti nella sequenza temporale

(Figura 25) Reimpostazione dei voti nella sequenza temporale

Filtrare la struttura ad albero della richiesta pull in base al nome file

Trovare un file in una richiesta pull non è mai stato più semplice. La nuova casella filtro nella visualizzazione File consente agli utenti di filtrare l'elenco dei file nella visualizzazione struttura ad albero (Figura 26).

Ricerca di un file o di una cartella nella richiesta pull

(Figure 26) Ricerca di un file o di una cartella nella richiesta pull

Il filtro corrisponde a qualsiasi parte del percorso dei file nella richiesta pull, pertanto è possibile cercare nomi di cartelle, percorsi parziali, nomi file o estensioni (figura 27).

Risultati di ricerca

(Figura 27) Risultati di ricerca

Altre opzioni di filtraggio dei commenti delle richieste pull

I commenti nella panoramica della richiesta pull e nella visualizzazione file ora offrono le stesse opzioni (figura 28). È anche possibile filtrare per visualizzare solo le discussioni a cui si è partecipato.

Filtraggio dei commenti della richiesta pull

(Figura 28) Filtraggio dei commenti della richiesta pull

Visualizzare le differenze originali per i commenti del codice nei dettagli della richiesta pull

Talvolta può essere difficile comprendere un commento della richiesta pull dopo che il codice a cui fa riferimento è cambiato (spesso dopo che è stata apportata una modifica richiesta) (figura 29).

Visualizzazione delle differenze originali

(Figura 29) Visualizzazione delle differenze originali

Quando si verifica questa situazione, ora viene visualizzata una notifica con un numero di aggiornamento su cui è possibile fare clic per vedere come appariva il codice quando è stato creato il commento (figura 30).

Notifica di aggiornamento

(Figura 30) Notifica di aggiornamento

Commenti della richiesta pull comprimibili

La revisione del codice è una parte essenziale dell'esperienza della richiesta pull, pertanto sono state aggiunte nuove funzionalità per consentire ai revisori di concentrarsi più facilmente sul codice. I revisori del codice possono nascondere con facilità i commenti quando rivedono per la prima volta il nuovo codice (figura 31).

Nascondere i commenti

(Figura 31) Nascondere i commenti

Se si nascondono i commenti (figura 32), questi non sono più visibili nella visualizzazione struttura ad albero e i thread dei commenti vengono compressi nella visualizzazione file:

Commenti compressi

(Figura 32) Commenti compressi

Quando i commenti sono compressi, possono essere espansi con facilità facendo clic sull'icona a margine, quindi compressi nuovamente con un altro clic. Le descrizioni comandi (figura 33) agevolano la visualizzazione rapida di un commento senza visualizzare l'intero thread.

Descrizione comando commento compressa

(Figura 33) Descrizione comando commento compressa

Elenchi attività nei commenti e nelle descrizioni delle richieste pull

Quando si prepara una richiesta pull o si commenta, si inizia con un breve elenco di cose di cui tenere traccia, ma poi si finisce per modificare il testo o per aggiungere più commenti. Gli elenchi attività leggeri sono un modo ottimale per tenere traccia dei progressi compiuti relativamente a un elenco di cose da fare sia come autore sia come revisore della richiesta pull nella descrizione o in un singolo commento consolidatoo. Fare clic sulla barra degli strumenti Markdown per iniziare o per applicare il formato al testo selezionato (figura 34).

Barra degli strumenti elenco attivita

(Figura 34) Barra degli strumenti elenco attività

Dopo aver aggiunto un elenco attività (figura 35) è sufficiente selezionare le caselle per contrassegnare gli elementi come completati. Questi sono espressi e archiviati nel commento come [ ] e [x] in Markdown. Per altre informazioni, vedere Markdown guidance (Linee guida per il markdown).

Elenco attività

(Figura 35) Elenco attività

Possibilità di aggiungere "Mi piace" ai commenti nelle richieste pull

Dimostrare il proprio apprezzamento per un commento alla richiesta pull con un solo clic sul pulsante Mi piace (figura 36). È possibile visualizzare l'elenco di tutti gli utenti che hanno aggiunto Mi piace al commento passando il mouse sul pulsante.

Aggiungere Mi piace ai commenti della richiesta pull

(Figura 36) Aggiungere Mi piace ai commenti delle richieste pull

Flusso di lavoro migliorato quando si approva con suggerimenti

L'uso dell'opzione Completamento automatico (figura 37) con le richieste pull è un ottimo modo per migliorare la produttività, ma non dovrebbe interrompere eventuali discussioni attive con i revisori del codice. Per agevolare queste discussioni, il voto Approva con suggerimenti chiederà ora quando impostare la richiesta pull per il completamento automatico. L'utente avrà la possibilità di annullare il completamento automatico in modo da poter leggere i commenti e suggerimenti o di mantenere impostato il completamento automatico e consentire il completamento automatico della richiesta pull quando vengono soddisfatti tutti i criteri.

Finestra di dialogo di annullamento del completamento automatico

(Figura 37) Finestra di dialogo di annullamento del completamento automatico

Supporto del filtraggio percorso per le notifiche Git

Anziché ottenere notifiche per tutte le cartelle di un repository, è ora possibile scegliere di venire notificati quando i membri del team creano richieste pull o eseguono il push del codice nelle sole cartelle desiderate. Quando si creano sottoscrizioni delle notifiche di posta elettronica per le richieste pull o push Git viene visualizzata una nuova opzione per filtrare le notifiche in base al percorso delle cartelle (figura 38).

Filtraggio percorso per le notifiche

(Figura 38) Filtraggio percorso per le notifiche

Modelli di posta elettronica ottimali per i flussi di lavoro della richiesta pull

Gli avvisi di posta elettronica della richiesta pull sono stati aggiornati per renderli chiari, concisi e interattivi (figura 39). La riga dell'oggetto inizierà con il titolo della richiesta pull e informazioni secondarie come il nome del repository e l'ID verrà posticipato alla fine. Il nome dell'autore è stato aggiunto all'oggetto per rendere più semplice l'applicazione di regole e filtri in basae all'autore della richiesta pull.

Il corpo dei messaggi di posta elettronica di avviso presenta un modello aggiornato che prima riepiloga il motivo per cui è stato inviato l'avviso, quindi visualizza i metadati critici (titolo, nomi dei rami e descrizione) e un pulsante di invito all'azione principale. Dettagli aggiuntivi come i revisori, i file e i commit vengono inclusi più avanti nel messaggio di posta elettronica.

Modello di posta elettronica migliorato

(Figura 39) Modello di posta elettronica migliorato

Per la maggior parte degli avvisi si inviterà alla visualizzazione della richiesta pull nel Web (figura 40). Quando si viene notificati su un commento specifico, tuttavia, l'invito all'azione sarà collegato direttamente a quel commento per poter trovare con facilità il codice e la conversazione precedente per avere un contesto.

Invito all'azione di posta elettronica

(Figura 40) Invito all'azione di posta elettronica

Estendibilità dello stato della richiesta pull

L'uso dei criteri ramo può essere un ottimo modo per migliorare la qualità del codice. Questi criteri, tuttavia, sono stati limitati alle sole integrazioni fornite in modo nativo da Visual Studio Team Services. Usando la nuova API di stato della richiesta pull e i criteri ramo corrispondenti, i servizi di terze parti possono partecipare al flusso di lavoro della richiesta proprio come le funzionalità di Visual Studio Team Services.

Quando un servizio aggiunge un post nell'API di stato per una richiesta pull, questo appare immediatamente nella visualizzazione dei dettagli della richiesta pull in una nuova sezione Stato (figura 41). La sezione stato mostra la descrizione e crea un collegamento all'URL fornito dal servizio. Supporto per le voci di stato e menu azione (...) estendibile per le nuove azioni da aggiungere alle estensioni Web.

Sezione stato della richiesta pull

(Figura 41) Sezione stato della richiesta pull

Il solo stato non blocca il completamento di una richiesta pull, è dove vengono inseriti i criteri. Dopo che lo stato della richiesta pull è stato pullicato, è possibile configurare i criteri. Dall'esperienza dei criteri ramo sono disponibili nuovi criteri per richiedere l'approvazione di servizi esterni. Selezionare + Aggiungi servizio per avviare il processo (figura 42).

Aggiunta di nuovi criteri

(Figura 42) Richiesta pull - Aggiunta di nuovi criteri

Nella finestra di dialogo selezionare nell'elenco il servizio che pubblica lo stato, quindi selezionare le opzioni desiderate per i criteri (figura 43).

Impostazione dei criteri di stato

(Figura 43) Richiesta pull - Impostazione dei criteri di stato

Dopo aver ottenuto i criteri, lo stato verrà mostrato nella sezione Criteri in Obbligatorio o Facoltativo secondo le esigenze e il completamento della richiesta pull verrà applicata correttamente.

Per altre informazioni sull'API di stato e per provarla, consultare la documentazione e gli esempi.

Wiki

Ogni progetto supporta ora un proprio Wiki (figura 44). Ora è possibile scrivere facilmente pagine che aiuteranno i membri del team a comprendere, usare e contribuire al progetto.

Pagina Wiki

(Figura 44) Richiesta pull - pagina Wiki

Alcune delle funzionalità chiave del nuovo Wiki includono:

  • Esperienza di modifica semplificata usando la sintassi di markdown.
  • La nuova pagina consente di specificare un titolo e di aggiungere contenuto. (Figura 45) Title wiki

    (Figura 45) Richiesta pull - Titolo Wiki

  • Supporto dei tag HTML in markdown (figura 46).

tag HTML Wiki

(Figura 46) Richiesta pull - Tag HTML Wiki

  • Facile ridimensionamento delle immagini nella cartella markdown (figura 47).

Ridimensionamento delle immagini

(Figura 47) Richiesta pull - Ridimensionamento delle immagini

  • Riquadro di gestione pagina sofisticato che consente di riordinare, riassegnare l'elemento padre e gestire le pagine.
  • Possibilità di filtrare le pagine in base al titolo per Wiki di grandi dimensioni (figura 48).

Menu Wiki

(Figura 48) Richiesta pull - Menu Wiki

Altre informazioni di introduzione a Wiki.

  • Man mano che aumenta l'uso di Wiki, aumentano le probabilità che si salvino modifiche non intenzionali. Ora è possibile ripristinare una revisione a una pagina Wiki accedendo ai dettagli della revisione e facendo clic sul pulsante Ripristina (figura 49).

Pulsante di ripristino Wiki

(Figura 49) Richiesta pull - Pulsante di ripristino Wiki

Creare una pagina Wiki da un collegamento interrotto Durante la creazione di Wiki, si è osservato che spesso gli utenti creano un sommario in una pagina Wiki che include collegamenti inesistenti (figura 50). Questi utenti fanno poi clic su questi collegmenti per creare pagine effettive. In passato questo scenario veniva gestito visualizzando un avviso per suggerire che il collegamento è interrotto o che la pagina non esiste. Ora questo scenario viene gestito come scenario mainstream per Wiki consentendo all'utente di creare pagine.

Creazione di una pagina wiki

(Figura 50) Richiesta pull - Crea pagina Wiki

L'estensione Wiki nel Marketplace è deprecata. Gli utenti di estensioni Wiki esistenti possono migrare le proprie pagine wiki nel nuovo wiki usando questo strumento di migrazione. Altre informazioni per eseguire la migrazione di pagine wiki esistenti nel nuovo Wiki.

Gestione pacchetti

Aggiornamenti dell'esperienza di gestione pacchetti

Gli URL dei pacchetti usano il nome e la versione dei pacchetti, anziché usare i GUID. Questo rende più semplice la creazione degli URL dei pacchetti (figura 50). Il formato è: <tfsserverurl>/<project|team>/_packaging?feed=<feed>&package=<package>&version=<version>&protocolType=<NuGet|Npm|Maven>&_a=package.

URL del pacchetto

(Figura 51) Richiesta pull - URL del pacchetto

È ora possibile nascondere le versioni dei pacchetti eliminati (figura 52) a tutti gli utenti del feed, in risposta a questo suggerimento UserVoice. Viene così eliminata la visualizzazione di pacchetti barrati.

Nascondere i pacchetti eliminati

(Figura 52) Nascondere i pacchetti eliminati

Qualsiasi azione eseguibile nella pagina dei dettagli del pacchetto può essere eseguita dal menu di scelta rapida nell'elenco dei pacchetti.

L'elenco dei pacchetti contiene una nuova colonna Ultimo push (figura 53) con date leggibili dall'utente, che consente da trovare con facilità i pacchetti aggiornati di recente.

Colonna Ultimo push

(Figura 53) Colonna Ultimo push

Pacchetti Maven

Ora è disponibile il supporto per l'hosting degli artefatti Maven in Team Foundation Server 2018 (figura 54). Gli elementi Maven consentono agli sviluppatori Java di condividere con facilità codice e componenti. Estrarre la guida introduttiva per sapere come condividere gli elementi Maven usando Gestione pacchetti.

Pacchetti Maven

(Figura 54) Pacchetti Maven

Nuova attività NuGet unificata

Le attività Ripristino NuGet, Strumento di creazione pacchetti NuGet e Strumenti di pubblicazione pacchetti NuGet sono state integrate in un'attività di compilazione NuGet per favorire l'allineamento al resto della libreria dell'attività di compilazione; la nuova attività usa NuGet 4.0.0 per impostazione predefinita. Di conseguenza, poiché le attività precedenti sono deprecate si consiglia di passare il prima possibile alla nuova attività NuGet. Questa modifica coincide con un'ondata di miglioramenti descritti di seguito accessibili unicamente usando l'attività combinata.

In questo contesto, è stata rilasciata una nuova attività Programma di installazione strumento NuGet che controlla la versione di NuGet disponibile su PATH e usato dalla nuova attività NuGet. In questo caso, per usare una versione più recente di NuGet aggiungere un'attività Programma di installazione strumento NuGet all'inizio della build (figura 55).

Attività Nuget

(Figura 55) Attività NuGet

Opzione NuGet "Consenti di ignorare i duplicati"

Molti clienti NuGet generano un set di pacchetti di cui solo una parte presentano degli aggiornamenti (e quindi numeri di versione aggiornati). L'attività di compilazione NuGet prevede una nuova opzione Consenti di ignorare i duplicati che consente di continuare con l'attività anche se tenta di eseguire il push dei pacchetti a un feed di VSTS/TFS dove la versione è già in uso.

aggiornamenti attività di compilazione npm

Che si stia compilando un progetto npm in Windows, Linux o Mac, la nuova attività di compilazione NPM assicura un funzionamento senza problemi. L'attività è stata organizzata in modo che sia l'installazione di npm sia la pubblicazione di npm risultino più semplici. Per l'installazione e la pubblicazione è stata semplificata l'acquisizione delle credenziali in modo che le credenziali per i registri elencati nel file npmrc del progetto possano essere archiviate in modo sicuro in un endpoint servizio. In alternativa, se si usa un feed di VSTS/TFS, è possibile selezionare un feed, dopodiché verrà generato un progetto npmrc con le credenziali necessarie usate dall'agente di compilazione.

Maven ora supporta i feed autenticati

A differenza di NuGet e npm, l'attività di compilazione Maven precedente non funziona con i feed autenticati. L'attività Maven è stata aggiornata per semplificare l'uso dei feed di VSTS/TFS (figura 56).

Attività dotnet

(Figura 56) Attività dotnet

L'attività dotnet supporta i feed autenticati, i progetti Web

La versione principale successiva dell'attività dotnet (2.x) risponde a molte richieste degli utenti e corregge una serie di bug rilevati nel tempo.

  1. Innanzitutto dotnet supporta ora origini di pacchetti autenticate come Gestione pacchetti, in modo che non sia più necessario usare l'attività NuGet per ripristinare i pacchetti da origini pacchetti private.
  2. Il comportamento del campo Percorso dei progetti è stato modificato nella versione 2.0 dell'attività. Nelle versioni precedenti dell'attività, se non è possibile trovare i file di progetto corrispondenti al criterio specificato, l'attività registra un avviso e procede fino a conclusione. In questi scenari può talvolta risultare difficile comprendere perché la compilazione riesce, ma le dipendenze non vengono ripristinate. Ora l'attività avrà esito negativo se non i file di progetto corrispondente al criterio specificato non viene trovato. Questo è in linea con il comportamento di altre attività ed è di facile comprensione e uso.
  3. Nelle versioni precedenti del comando di pubblicazione dell'attività il percorso di output viene modificato tramite l'inserimento di tutti i file in una cartella denominata in base al nome del file di progetto, anche quando si passa un percorso di output esplicito. In questo modo, è difficile concatenare i comandi. Ora si ha il controllo sul file del percorso di output.

Abbiamo inoltre rilasciato un'attività Programma di installazione strumento dotnet che controlla la versione del dotnet disponibile in PATH ed è usata dalla nuova attività dotnet. Per usare una versione più nuova di dotnet, aggiungere un'attività Programma di installazione strumento dotnet all'inizio della build.

Lavorare al di fuori dellaccount/raccolta

Ora è più facile lavorare con i feed all'esterno del server di Team Foundation Server o dell'account di Visual Studio Team Services, sia che si tratti di feed Gestione pacchetti in un altro account di Visual Studio Team Services o un altro server di Team Foundation Server o di feed non appartenenti a Gestione pacchetti, come NuGet.org/npmjs.com, Artifactory o MyGet (figura 57). I tipi Endpoint servizio per NuGet e npm facilitano l'immissione delle credenziali corrette e consentono di eseguire le attività di compilazione in modo trasparente dal download fino al push del pacchetto.

Feed da usare

(Figura 57) Feed da usare

Selezione feed per i feed di Visual Studio Team Services/Team Foundation Server

È sempre consigliabile archiviare un file di configurazione (NuGet.Config, .npmrc e così via) in modo che il repository di origine contenga un record dell'origine dei pacchetti. Sono stati tuttavia segnalati alcuni scenari in cui questo comportamento non è ideale, pertanto è stata aggiunta la nuova opzione Usa pacchetti da questo feed VSTS/TFS che consente di selezionare un feed e di generare automaticamente un file di configurazione da usare nel passaggio di compilazione (figura 58).

Selezione feed

(Figura 58) Selezione feed

Compilazione e versione

Rimozione del supporto per le compilazioni XAML

In Team Fouldation Server 2015 è stato introdotto un sistema di compilazione multipiattaforma basata sul Web. In Team Foundation Server 2018 è l'unico modello supportato. Le compilazioni XAML non sono supportate in Team Foundation Server 2018. È consigliabile eseguire la migrazione alle compilazioni XAML. Se non si è ancora pronti a eseguire la migrazione ed è necessario continuare a usare le compilazioni XAML, non eseguire l'aggiornamento Team Foundation Server 2018.

Quando si esegue l'aggiornamento a Team Foundation Server 2018:

  • Se si dispone di dati di compilazioni XAML nella raccolta di progetti team, verrà visualizzato un avviso sulla rimozione delle funzionalità di compilazione XAML.

  • In Team Foundation Server 2018 sarà possibile visualizzare le build XAML, ma non sarà possibile metterne in coda altre.

  • Non è disponibile una nuova versione del controller o dell'agente di compilazione XAML in Team Foundation Server 2018 e non è possibile configurare una versione precedente del controller o dell'agente di compilazione XAML da usare con Team Foundation Server 2018.

Per una spiegazione del piano di deprecazione delle compilazioni XAML, vedere questo post di blog.

Esportare e importare le definizioni di compilazione

Le definizioni di compilazione vengono implementate internamente come file json, pertanto i dettagli delle modifiche sono visibili nella cronologia del file. È già possibile clonare e creare modelli dalle definizioni di compilazione, tuttavia molti utenti preferiscono eseguire una copia della loro logica di compilazione e riusarla in un altro progetto team. Si tratta di fatto di una delle principali richieste in UserVoice.

Ora è possibile eseguire questa operazione (figura 59) e (figura 60).

Esportazione della definizione di compilazione

(Figura 59) Esportazione della definizione di compilazione

Importazione della definizione di compilazione

(Figura 60) Importazione della definizione di compilazione

Estensioni con modelli di compilazione

I modelli di compilazione rappresentano una linea di base per imparare a definire il processo di compilazione. Alcuni di questi modelli sono già disponibili e sebbene fosse possibile caricarne di nuovi nel proprio account, gli autori delle estensioni non potevano includere nuovi modelli all'interno di un'estensione. Ora è possibile includere i modelli di compilazione nelle estensioni. Ad esempio:

{  "id": "Template1", 
   "type": "ms.vss-build.template", 
   "targets": [ "ms.vss-build.templates" ], 
   "properties": { "name": "Template1" } }

Per un esempio completo, vedere https://github.com/Microsoft/vsts-extension-samples/tree/master/fabrikam-build-extension.

Suggerimento

È possibile usare questa funzionalità per offrire e condividere lo stesso modello personalizzato in tutti i progetti team.

Deprecare un'attività in un'estensione

È ora possibile deprecare un'attività nella propria estensione. A tale scopo, è necessario aggiungere la seguente variabile alla versione più recente dell'attività:

"deprecated": true

Quando l'utente cerca attività deprecate (figura 61), viene eseguito il push di queste attività alla fine, quindi le attività vengono raggruppate in una sezione comprimibile, compressa per impostazione predefinita. Se una definizione sta già usando un'attività deprecata, viene mostrata una notifica per invitare gli utenti a passare a quella sostitutiva.

Notifica attività deprecata

(Figura 61) Notifica attività deprecata

È possibile aiutare gli utenti a ottenere altre informazioni sull'attività sostitutiva citandola nella descrizione dell'attività (figura 62). La descrizione indirizzerà gli utenti che usano l'attività nella giusta direzione sia dal catalogo attività sia dalle definizioni di compilazione/versione esistenti.

Descrizione attività deprecata

(Figura 62) Descrizione attività deprecata

Consentire alle sezioni di compilazione con contributo di controllare la visibilità della sezione

Se in precedenza si usava un'estensione con attività e sezioni di riepilogo di compilazione, la sezione di riepilogo di compilazione era comunque visibile anche se l'attività di compilazione non veniva usata in quella build. Ora è possibile scegliere di nascondere o di visualizzare la sezione nella pagina di riepilogo di compilazione aggiungendo la riga seguente nel codice dell'estensione e impostando il valore su true o false:

VSS.getConfiguration().setSectionVisibility("$(publisherId).$(extensionId).$(sectionId)", false);

Visualizzare l'esempio inclusono nel repository vsts-extension-samples Microsoft.

Supporto per i gruppi di variabili

I gruppi di variabili sono disponibili per l'uso nelle definizioni di versione e ora possono essere usati anche nelle definizioni di compilazione. Altre informazioni sulla creazione di un gruppo di variabili. Questo aspetto è stato sviluppato e trattato con priorità in base ai suggerimenti correlati per le variabili di compilazione/versione a livello di progetto e i gruppi di variabili nelle definizioni di compilazione.

Usare file protetti come i certificati Apple

È stata aggiunta una libreria di file protetti per uso generico (figura 63).

Libreria di file protetti

(Figura 63) Libreria di file protetti

Usare la libreria di file protetti per archiviare file, ad esempio certificati da firmare, profili di provisioning Apple, file di archivio chiavi Android e chiavi SSH nel server senza la necessità di eseguirne il commit nel repository di origine.

Il contenuto dei file protetti è crittografato e può essere usato durante processi di compilazione o versione facendo riferimento a essi da un'attività. I file protetti sono disponibili in più definizioni di compilazione e versione nel progetto team in base alle impostazioni di sicurezza. I file protetti seguono il modello di sicurezza della libreria.

Sono anche state aggiunte alcune attività Apple che usano questa nuova funzionalità:

Nuovo editor delle definizioni di versione

Inclusione predefinita: il nuovo editor delle definizioni di versione è stato incluso per impostazione predefinita per tutti. L'utente o l'amministratore di Team Foundation Server avrà la possibilità di disattivarlo accedendo all'opzione Funzionalità anteprima nel menu del profilo. Vedere Funzionalità anteprima per altri dettagli.

Sempre nell'ambito dell'aggiornamento delle esperienze di compilazione e versione, dopo il nuovo editor delle definizioni di compilazione è stato rivisto l'editor delle definizioni di versione per renderlo più semplice e intuitivo, sono stati risolti alcuni punti deboli e sono state aggiunte nuove funzionalità. Una delle funzionalità più avanzate del nuovo editor consiste nella possibilità di creare un modello mentale o di visualizzare l'avanzamento delle distribuzioni nell'ambiente. Le approvazioni e le impostazioni di ambiente e distribuzione sono ora nel contesto e facilmente configurabili (figura 65).

Visualizzazione della pipeline

La pipeline (figura 64) nell'editor offre una visualizzazione grafica dello stato delle distribuzioni in una versione. Gli elementi verranno usati dalla versione e distribuiti negli ambienti. Il layout e il collegamento degli ambienti riflette le impostazioni trigger definite per ogni ambiente.

Pipeline

(Figura 64) Pipeline di versione

Interfaccia utente della configurazione nel contesto

Gli artefatti, i trigger di versione, le approvazioni pre-distribuzione e post-distribuzione, le proprietà dell'ambiente e le impostazioni di distribuzione sono ora nel contesto e facilmente configurabili (figura 65).

Configurazione della versione

(Figura 65) Configurazione della versione

Guida introduttiva ai modelli di distribuzione

Quando si crea un nuovo ambiente vengono visualizzati elenchi di modelli (predefiniti e personalizzati) per iniziare con facilità (figura 66).

Modelli di distribuzione

(Figura 66) Modelli di distribuzione

Editor fase e attività migliorato

Tutti i miglioramenti apportati al nuovo editor delle definizioni di compilazione sono ora disponibili anche nell'editor delle definizioni di versione (figura 67). È possibile cercare attività e aggiungerle usando il pulsante Aggiungi o il trascinamento della selezione. È possibile riordinare o clonare attività usando il trascinamento della selezione.

Editor attività

(Figura 67) Editor attività

Schede Gruppi di variabili, Conservazione e Opzioni

È ora possibile collegarsi/scollegarsi da gruppi di variabili (figura 68), impostare criteri di conservazione per i singoli ambienti e modificare le impostazioni a livello di definizione di versione, ad esempio il formato del numero di versione, nella scheda Opzioni. È anche possibile salvare un ambiente come un modello di distribuzione, impostare le autorizzazioni a livello di ambiente e riordinare le fasi all'interno della scheda Attività.

Gruppi di variabili

(Figura 68) Gruppi di variabili

Usare operazioni a livello di ambiente per il salvataggio come modello e l'impostazione della sicurezza (figura 69).

Menu Ambiente

(Figura 69) Menu Ambiente

Distribuzione di macchine virtuali usando gruppi di distribuzione

Gestione del rilascio supporta ora la distribuzione su più computer predefinita. È ora possibile orchestrare le distribuzioni su più computer ed eseguire aggiornamenti assicurando la disponibilità elevata dell'applicazione.

La funzionalità di distribuzione basata su agenti si basa sugli stessi agenti di compilazione e distribuzione. Tuttavia, a differenza dell'attuale approccio che prevede l'installazione degli agenti di compilazione e distribuzione in un set di server proxy in un pool di agenti e si indirizzano le distribuzioni in server di destinazione remoti, ora si installa direttamente l'agente in ognuno dei server di destinazione e si indirizza la distribuzione in quei server. È possibile usare il catalogo attività completo nei computer di destinazione.

Un gruppo di distribuzione (figura 70) è un gruppo logico di destinazioni (computer) con agenti installati in ogni destinazione. I gruppi di distribuzione rappresentano gli ambienti fisici, ad esempio single-box Dev, QA di più computer e una farm di computer per UAT/Prod. Specificano anche il contesto di sicurezza per gli ambienti fisici.

Gruppi di distribuzione

(Figura 70) Gruppi di distribuzione

È possibile usarli sulle macchine virtuali con cui si registra il proprio agente. È stata semplificata la registrazione in Azure con supporto per un'estensione macchina virtuale di Azure che installa automaticamente l'agente quando viene avviata la macchina virtuale. Erediteremo automaticamente i tag nella macchina virtuale di Azure al momento della registrazione.

Dopo aver creato un gruppo di distribuzione, è sufficiente configurare le operazioni da eseguire nel gruppo (figura 71). È possibile specificare quali operazioni eseguire in quali computer usando tag e controllare la velocità della distribuzione.

Configurazione dei gruppi di distribuzione

(Figura 71) Configurazione dei gruppi di distribuzione

Quando viene eseguita la distribuzione, i registri visualizzano l'avanzamento nell'intero gruppo di computer di destinazione (figura 72).

Avanzamento dei gruppi di distribuzione

(Figura 72) Avanzamento dei gruppi di distribuzione

Questa funzionalità è ora parte integrante di Release Management. Non sono necessarie licenze d'uso aggiuntive.

Riferimenti ai gruppi di attività

I gruppi di attività consentono di definire un set di attività da aggiungere alle definizioni di compilazione o versione. È pratico se è necessario usare lo stesso raggruppamento di attività in più compilazioni o versioni. Per tenere traccia dei consumer di un gruppo di attività, è ora disponibile una visualizzazione delle definizioni di compilazione e versione e dei gruppi di attività che fanno riferimento al gruppo (figura 73).

Riferimenti al gruppo di attività

(Figura 73) Riferimenti ai gruppi di attività

Quando si tenta di eliminare un gruppo di attività a cui viene ancora fatto riferimento, viene visualizzato un avviso e viene fornito un collegamento a questa pagina.

Controllo delle versioni dei gruppi di attività

Quando si apportano modifiche ai gruppi di attività, si corrono dei rschi perché la modifica viene applicata a tutte le definizioni che usano il gruppo di attività. Con il controllo delle versioni dei gruppi di attività, è ora possibile preparare e visualizzare in anteprima le versioni dei gruppi di attività offrendo versioni stabili per le definizioni più importanti finché non si è pronti a procedere. Dopo alcune bozze e iterazioni, è possibile pubblicare una versione stabile e, durante la pubblicazione, se le modifiche sono critiche per natura, è possibile scegliere di pubblicare il gruppo di attività come anteprima (a nuova versione principale). In alternativa, è possibile pubblicarlo direttamente come versione stabile aggiornata (figura 74).

Quando è disponibile una nuova versione principale (o anteprima) del gruppo di attività, l'editor definizioni avviserà che è disponibile una nuova versione. Se la versione principale è un'anteprima, viene visualizzato un messaggio che invita a provarla. Quando il gruppo di attività non è più in anteprima, le definizioni che lo usano vengono aggiornate automaticamente e fatte scorrere lungo il canale principale corrispondente (figura 75).

Salva come bozza

(Figura 74) Salva come bozza il gruppo di attività

Pubblica gruppo di attività come anteprima

(Figura 75) Pubblica gruppo di attività come anteprima

Importazione ed esportazione di gruppi di attività

Sebbene i gruppi di attività possano essere riusati in un progetto, è noto che la ricreazione di un gruppo di attività in progetti e account possa presentare delle difficoltà. Per l'importazione/esportazione di gruppi di attività (figura 76) è ora possibile esportare i gruppi come file JSON e importarli nel percorso desiderato, con le stesse modalità usate per le definizioni di versione. Sono anche stati abilitati i gruppi di attività annidati che si espandono quando vengono esportati.

Esportazione di gruppi di attività

(Figura 76) Esportazione di gruppi di attività

Supporto configurazione multipla nella attività lato server (senza agente)

Mediante la specificazione di moltiplicatori di variabili per le attività lato server (senza agenti) (figura 77), è ora possibile eseguire lo stesso set di attività in una fase su più configurazioni eseguite in parallelo.

Configurazione multipla di attività senza agenti

(Figura 77) Configurazione multipla di attività senza agenti

Supporto di variabili nell'attività di intervento manuale

L'attività Intervento manuale (figura 78) supporta ora l'uso di variabili nel testo dell'istruzione visualizzato durante l'esecuzione dell'attività, nel punto in cui l'utente può riprendere l'esecuzione del processo di rilascio o rifiutarlo. È possibile includere qualsiasi variabile definita e disponibile nella versione. I valori vengono usati nelle notifiche e nel messaggio di posta elettronica inviato agli utenti (figura 79).

Attività di intervento manuale

(Figura 78) Attività di intervento manuale

Finestra di dialogo intervento manuale in sospeso

(Figura 79) Finestra di dialogo intervento manuale in sospeso

Controllare le versioni in un ambiente in base al ramo di origine

È possibile configurare una definizione di versione in modo che attivi automaticamente una distribuzione quando viene creata una nuova versione, in genere dopo il completamento di una compilazione dell'origine. Potrebbe tuttavia essere possibile distribuire solo le compilazioni da rami specifici dell'origine e non dopo il completamento di una compilazione.

È ad esempio possibile distribuire tutte le compilazioni negli ambienti Dev e Test, ma distribuire solo determinate compilazioni in Produzione. In precedenza era necessario gestire due pipeline di versione per questo scopo, una per gli ambienti Dev e Test e un'altra per l'ambiente di produzione.

Release Management supporta ora l'uso di filtri di elementi per ogni ambiente. Ciò significa che è possibile specificare le versioni che verranno distribuite in ogni ambiente quando vengono soddisfatte le condizioni di attivazione della distribuzione (compilazione completata e creazione di una nuova versione). Nella sezione Trigger della finestra di dialogo Condizioni di distribuzione dell'ambiente (figura 80), selezionare le condizioni di artefatti come il ramo di origine e i tag per le compilazioni che attiveranno una nuova distribuzione in quell'ambiente.

Finestra di dialogo Condizioni di distribuzione

(Figura 80) Finestra di dialogo Condizioni di distribuzione

La pagina Release Summary (Riepilogo versione) (figura 81) contiene ora anche un suggerimento popup che indica il motivo per cui tutte le distribuzioni non avviate sono in questo stato e suggerisce come o quando avviare la distribuzione.

Suggerimento riepilogo versione

(Figura 81) Suggerimento riepilogo versione

Trigger di versione per i repository Git come un'origine elemento

Release Management ora supporta la configurazione di un trigger di distribuzione continua (figura 82) per i repository Git collegati a una definizione di versione in un progetto team nello stesso account. In questo modo è possibile attivare automaticamente una versione quando viene eseguito un nuovo commit nel repository. È anche possibile specificare un ramo nel repository Git per il quale i commit attiveranno una versione.

Trigger di versione

(Figura 82) Trigger di versione

Trigger di versione: distribuzione continua delle modifiche di cui è stato eseguito il push in un repository Git

Release Management ha sempre fornito la possibilità di configurare la distribuzione continua quando viene completata una compilazione. È ora possibile configurare la distribuzione continua in Git Push. Ciò significa che è possibile collegare i repository GitHub e Team Foundation Git come origini elemento a una definizione di versione e quindi attivare automaticamente le versioni per applicazioni come Node.JS e PHP che non vengono generate da una compilazione e non richiedono un'azione di compilazione per la distribuzione continua.

Miglioramenti alle attività lato server

Sono stati apportati due miglioramenti alle attività lato server (attività eseguite all'interno di una fase server).

È stata aggiunta una nuova attività che può essere usata per chiamare qualsiasi API REST HTTP generica (figura 83) come parte della pipeline automatizzata. Può ad esempio essere usata per richiamare un'elaborazione specifica con una funzione di Azure e attenderne il completamento.

Attività API REST

(Figura 83) Attività API REST

È stata aggiunta anche una sezione Opzioni di controllo (figura 84) a tutte le attività lato server. Il comportamento dell'attività include ora l'impostazione delle opzioni Abilitato, Continua in caso di errore, Esegui sempre e Timeout.

Opzioni di controllo attività

(Figura 84) Opzioni di controllo attività

Rilasciare la notifica di stato nell'hub Codice

Attualmente, per sapere se un commit viene distribuito nell'ambiente di produzione del cliente, è necessario identificare la compilazione che usa il commit e quindi verificare tutti gli ambienti di versione in cui viene distribuita la compilazione. Questa esperienza risulta semplificata con l'integrazione dello stato della distribuzione nella notifica di stato dell'hub Codice per mostrare l'elenco di ambienti in cui il codice viene distribuito. Per ogni distribuzione, lo stato viene registrato nell'ultimo commit che faceva parte della distribuzione. Se un commit viene distribuito in più definizioni di versione (con più ambienti), ognuno presenta una voce nella notifica e viene visualizzato lo stato di ogni ambiente (figura 85). In questo modo si migliora la tracciabilità del commit di codice nelle distribuzioni.

Notifica di stato versione

(Figura 85) Notifica di stato versione

Per impostazione predefinita, quando si crea una definizione di versione, viene pubblicato lo stato di distribuzione per tutti gli ambienti. È tuttavia possibile scegliere gli ambienti per i quali visualizzare lo stato di distribuzione nella notifica di stato (ad esempio per visualizzare solo gli ambienti di produzione) (figura 86).

Finestra di dialogo Opzioni di distribuzione

(Figura 86) Finestra di dialogo Opzioni di distribuzione

Miglioramenti al menu di definizione di compilazione quando si aggiungono elementi

Quando si aggiungono artefatti di compilazione a una definizione di versione, ora è possibile visualizzare le definizioni con le informazioni sulla struttura di cartelle e semplificare la scelta della definizione desiderata (figura 87). In questo modo, è più semplice distinguere lo stesso nome di definizione di compilazione, ma in cartelle diverse.

Aggiungi elemento

(Figura 87) Aggiungi elemento

L'elenco delle definizioni viene filtrato in base a quelle che contengono il termine di filtro.

Ripristinare la definizione di versione a una versione precedente

Oggi, se si aggiorna una definizione di versione, non è possibile ripristinarla direttamente a una versione precedente. L'unico modo consiste nell'accedere alla cronologia della definizione di versione per trovare le differenze delle modifiche e quindi modificare manualmente la definizione di versione. Usando la funzionalità Ripristina definizione (figura 88) è possibile selezionare e ripristinare qualsiasi versione precedente di una definizione di versione nella scheda Cronologia della definizione di versione.

Ripristino della definizione di versione

(Figura 88) Ripristino della definizione di versione

Test

Rimozione del supporto per Centro lab e flussi di test automatici in Microsoft Test Manager

Con lo sviluppo di Build e Release Management, le compilazioni XAML non sono più supportate in Team Foundation Server 2018, di conseguenza è in corso l'aggiornamento del supporto per l'uso di Microsoft Test Manager (MTM) con TFS. L'uso di Centro test/Centro lab in MTM per i test automatici non è più supportato da Team Foundation Server, a partire da Team Foundation Server 2018. Se non si è pronti a eseguire la migrazione dalle compilazioni XAML e da Centro Lab, non eseguire l'aggiornamento a Team Foundation Server 2018.

Se si esegue l'aggiornamento a Team Foundation Server 2018, ecco le conseguenze:

Centro Lab:
  • Non più supportato:
    • Impossibile registrare il controller di test con Team Foundation Server per la creazione e la gestione degli ambienti Lab.
    • Qualsiasi controller di test esistente registrato con Team Foundation Server andrà offline e gli ambienti lab saranno contrassegnati da "Non pronto".
  • Alternativa consigliata:
Test automatizzato:
Test manuali:
  • Tutti gli scenari di test manuali continuano a essere pienamente supportati. Se è possibile eseguire test manuali usando MTM con Team Foundation Server 2018, non è possibile usare gli ambienti lab per eseguire test manuali.
  • Per tutti gli scenari di test manuali, è consigliabile usare l'hub Test nell'accesso Web di Team Foundation Server.

Miglioramenti alla tracciabilità dei test esplorativi per collegamenti di elementi di lavoro, iterazioni e percorsi di area

In base ai commenti e suggerimenti ricevuti dai team che eseguono test esplorativi, è in corso il miglioramento dei collegamenti di tracciabilità durante la registrazione di bug, attività o test case dall'estensione Test Feedback. I bug e le attività create durante l'esplorazione dei requisiti verranno ora creati con lo stesso percorso di area e la stessa iterazione di quella del requisito e non con le impostazioni predefinite del team. I test case creati durante l'esplorazione dei requisiti verranno ora collegati a un collegamento Test <> Testato da e non da un collegamento Padre <> Figlio in modo che i test case creati vengano aggiunti automaticamente ai gruppi di test basate sui requisiti. Infine, gli elementi di lavoro creati senza esplorare in modo specifico alcun requisito verranno archiviati nell'iterazione predefinita del team e non nell'iterazione corrente. In questo modo, nessun nuovo elemento di lavoro verrà inserito nell'iterazione corrente al termine della pianificazione dello sprint.

Filtri per gli elementi di lavoro test case nei piani e nei gruppi di test nell'hub Test

Oltre ai filtri nei campi Test come Risultato, Configurazione e Tester, è ora possibile filtrare in base ai campi elemento di lavoro del test case come Titolo, Stato e Assegnato a (figura 89).

Filtri test case

(Figura 89) Filtri test case

Grafici delle tendenze dei test per ambienti versione ed esecuzioni dei test

Sarà presto disponibile il supporto degli ambienti versione nel widget ** Tendenza risultati del test** (figura 90) che consentirà di tenere traccia dello stato degli ambienti di test nei dashboard di Visual Studio Team Services. Ad esempio la modalità di operazioni da eseguire per testare i risultati in compilare, è possibile creare grafici di tendenza che Mostra test superati e conteggio dei test totale, superato o non superato e durata per test ambienti della versione. È anche possibile filtrare i grafici in base a un'esecuzione test specifica in un ambiente con il filtro del titolo Esecuzione del test.

Grafico tendenza test

(Figura 90) Grafico tendenza test

Supporto formattazione markdown per i commenti Esecuzione dei test e Risultato del test

Sarà presto disponibile il supporto per la formattazione dei commenti Esecuzione dei test e Risultato del test con la sintassi markdown. È possibile utilizzare questa funzionalità per creare testo formattato o collegamenti rapidi a URL nei commenti. È possibile aggiornare i commenti Risultato del test nella pagina Riepilogo risultati con i commenti Aggiorna analisi e Esecuzione dei test nella pagina Riepilogo esecuzione con i commenti aggiornamento nell'hub Test.

Quando si analizza il risultato del test nella pagina di riepilogo della compilazione o della versione o nell'hub Test, è ora possibile associare un bug esistente a un test non superato. Questo è utile quando un test non viene superato per un motivo noto per cui è già stato archiviato un bug.

Sospensione dell'estensione TFS per SharePoint

TFS 2018 e versioni successive non supporterà più l'estensione TFS per SharePoint. Le schermate usate per configurare l'integrazione tra un server TFS e un server SharePoint sono state rimosse dalla Console di amministrazione di Team Foundation.

In futuro non sarà più supportata l'integrazione server-server e l'integrazione verrà eseguita usando le API pubbliche e framework di estendibilità.

Se si esegue l'aggiornamento di un server con l'integrazione di TFS/SharePoint configurata, è disponibile una soluzione per eseguire l'aggiornamento lontano dall'integrazione server-server. I siti di SharePoint per TFS continueranno a essere visualizzati dopo l'aggiornamento, ma le funzionalità di integrazione saranno disabilitate. Per altre informazioni e istruzioni, andare qui.

Sospensione delle chat team

I team di sviluppo moderni dipendono molto dalla collaborazione. Le persone desiderano e necessitano di una posizione da cui monitorare l'attività (notifiche) e discuterne (chat). Alcuni anni fa, quando si individuò questa tendenza si avviò la creazione della chat team per supportare questi scenari. Da quel momento, sono state introdotte sul mercato altre soluzioni di collaborazione. In particolare, l'ascesa di Slack. E più recentemente, l'annuncio di Microsoft Teams.

Con così tante buona soluzioni disponibili che si integrano perfettamente a Team Foundation Server e a Visual Studio Team Services sono stati annunciati nel mese di gennaio i piani per rimuovere la funzionalità Chat team da Team Foundation Server 2018 e da Visual Studio Team Services.


Problemi noti

Il servizio di importazione database di Team Foundation Server (TFS) non supporta le versioni RC

Il servizio di importazione database di TFS per Visual Studio Team Services non supporta le importazioni dalle versioni RC di TFS. Se si prevede di importare il database della raccolta in Team Services usando questo servizio, è importante che non venga eseguito l'aggiornamento del database di produzione a questa versione RC. Se si esegue l'aggiornamento, sarà necessario attendere e aggiornare il database alla versione RTW di questa versione o ripristinare una copia di backup del database da una versione precedente di TFS per l'importazione.

L'attività Visual Studio Test v1 in Compilazione/Versione non può eseguire test usando Visual Studio 2017 Update 3

L'attività Visual Studio Test v1 in Compilazione/Versione non può eseguire test usando Visual Studio 2017 Update 3. L'attività ha esito negativo con l'errore 'Impossibile determinare il percorso di vstest.console.exe'. La soluzione alternativa consiste nell'usare la versione 2 dell'attività Test con Visual Studio.