Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Community degli Sviluppatori | Requisiti di Sistema e Compatibilità | Termini di Licenza | Blog di TFS DevOps | Hash SHA-1 | Note sulle ultime versioni di Visual Studio 2019
Nota
Questa non è la versione più recente di Team Foundation Server. Per scaricare la versione più recente, vedere le note sulla versione corrente per Team Foundation Server 2018 Update 3. È possibile cambiare la lingua di questa pagina facendo clic sull'icona del globo nel piè di pagina e selezionando la lingua desiderata.
Questo articolo contiene informazioni relative a Team Foundation Server 2017 Update 1. Fare clic sul pulsante per scaricare.
Per altre informazioni su Team Foundation Server 2017, vedere la pagina di informazioni sui requisiti e la compatibilità di Team Foundation Server.
Vedere la pagina di installazione di TFS per altre informazioni.
Data di rilascio: 7 marzo 2017
Riepilogo delle novità in Team Foundation Server 2017 Update 1
- Esperienze più personali
- Miglioramenti al controllo della versione
- Miglioramenti al tracciamento degli elementi di lavoro
- Miglioramenti della costruzione
- Richiesto pagamento per Gestione pacchetti
- Miglioramenti al pacchetto
- Miglioramenti multipiattaforma
- Miglioramenti ai test
- Miglioramenti a Release Management
- Aggiornamento di Code Search
- Miglioramenti agli approfondimenti di codice
- Miglioramenti all'amministrazione
- Funzionalità Chat team deprecata
- Markdown non supporta più collegamenti ai file
- Presentazione dell'editor dei modelli di processo
Dettagli delle novità in Team Foundation Server 2017 Update 1
Esperienze più personali
Home page della raccolta personalizzata
In questa versione è possibile accedere con facilità agli elementi più importanti. La pagina della raccolta riprogettata offre un'esperienza personalizzata mostrando i Progetti, i Preferiti, il Lavoro e le Pull Request che ti interessano. Puoi andare in un unico posto e trovare rapidamente tutto ciò di cui hai bisogno e ti interessa. Vedere le pagine dell'hub dell'account per ulteriori informazioni.
Il progetto acquisisce un'identità
È ora disponibile un'unica posizione che offre una panoramica del progetto. La nuova pagina del progetto consente di visualizzare e modificare la descrizione del progetto, visualizzare o aggiungere i membri e verificare l'ultima attività in modo semplice. Ancora più semplice risulta la creazione di un nuovo progetto e l'utilizzo della funzionalità DevOps incorporata di TFS.
Miglioramenti al controllo della versione
Modifiche alle autorizzazioni per l'amministratore di repository
Per i repository Git, l'autorizzazione Amministrazione è stata suddivisa in varie autorizzazioni più granulari. Questo consente una maggiore flessibilità per decidere chi può eseguire specifiche azioni. Ad esempio, si può consentire a chiunque nell'account di creare nuovi repository, ma non consentire di eliminare repository o aggiungere nuovi utenti a un repository. Le nuove autorizzazioni sono:
- Gestisci autorizzazioni: aggiungere/rimuovere utenti e autorizzazioni.
- Crea: creare un nuovo repository.
- Elimina: rimuovi un repository.
- Rinominare: Rinominare un repository.
- Modifica criteri: configurare i criteri per i rami.
- Rimuovi blocchi di altri: rimuovere i blocchi per i rami impostati da un altro utente.
Queste autorizzazioni possono essere applicate a tutti i repository in un progetto o a singoli repository.
Miglioramenti alle politiche per i rami
Nella sezione Criteri(figura 2) i criteri obbligatori e facoltativi sono ora raggruppati in sezioni. In questo modo è possibile individuare in modo preciso le politiche necessarie per completare una richiesta di pull. Nella sezione dei criteri obbligatori sono anche riepilogati i revisori obbligatori e la sezione sarà contrassegnata per indicare il superamento dei test solo dopo l'approvazione di tutti i revisori obbligatori.
Se è necessario ignorare i criteri e si hanno le autorizzazioni necessarie, viene visualizzata una nuova esperienza nella finestra di dialogo Completato(figura 3). Tutti i criteri non soddisfatti verranno visualizzati in un messaggio di avviso e verrà presentata una nuova opzione specifica per acconsentire in modo esplicito all'override dei criteri. Selezionando l'opzione di override viene abilitata l'azione Override & Complete (Override e completa) che completa la PR, eseguendo l'override di eventuali criteri non soddisfatti.
Supporto delle esclusioni di file nella policy dei revisori richiesti
Quando si specificano i revisori obbligatori per percorsi di file specifici è ora possibile escludere i percorsi usando un prefisso "!" per il percorso da escludere. Ad esempio, è possibile usare il prefisso per escludere la cartella docs dall'approvazione normalmente richiesta (figura 4).
Importare un repository
È ora possibile importare un repository Git da GitHub, BitBucket, GitLab o altre posizioni. Eseguire l'importazione in un nuovo repository o in un repository vuoto esistente. Per altre informazioni, vedere Import a Git repo (Importare un repository Git).
Aggiungere un file con estensione gitignore durante la creazione del repository
Durante la creazione di un nuovo repository Git, è ora possibile aggiungere e associare un file con estensione gitignore al repository. Un file con estensione gitignore specifica i file che devono essere ignorati da Git durante l'esecuzione di un commit.
La finestra di dialogo consente di selezionare uno dei numerosi modelli gitignore disponibili (figura 5).
Cherry-pick e Ripristina
Sono state aggiunte due nuove funzionalità che rendono più semplice trasferire o annullare le modifiche dal portale Web: Cherry-pick e Ripristina.
Usare il comando cherry-pick per trasferire le modifiche di una pull request in più rami. Un caso di utilizzo tipico è l'hotfix di un bug che deve essere corretto anche nella riga principale. Dopo aver creato il pull request contenente la correzione al ramo dell'hotfix, è possibile applicare facilmente la stessa correzione al ramo principale. Per altre informazioni, vedere Copy changes with cherry-pick (Copiare le modifiche con il cherry-pick).
È possibile ripristinare le modifiche nelle richieste pull completate. Identificare la richiesta pull che ha introdotto la modifica errata, fare clic su Ripristina e seguire i passaggi per creare una richiesta pull che annulli le modifiche indesiderate. Per altre informazioni, vedere Undo Changes with Git (Annullare le modifiche con Git).
Ramo di confronto configurabile
È ora possibile impostare il branch di confronto su un branch diverso da quello predefinito. Questa impostazione viene mantenuta su base utente. Le richieste pull e i nuovi branch creati dalla pagina Branch vengono basati sul branch impostato come branch di confronto. Per altre informazioni, vedere Manage your branches (Gestire i branch).
Trovare un file o una cartella
È possibile cercare rapidamente un file o una cartella in un repository usando l'hub Codice nel progetto di Team Services. Nei risultati sono elencati gli elementi della cartella corrente seguiti da file e cartelle dell'intero repository.
Per tutti i repository Git, passare alla casella di controllo del percorso (figura 6) e iniziare a digitare per avviare un'esperienza di ricerca di navigazione per il file o la cartella che si sta cercando.
Conferma per l'eliminazione degli archivi
Per impedire eliminazioni accidentali di repository, è ora necessario digitare il nome del repository che si vuole eliminare per confermare l'azione.
Repository preferiti
È ora possibile impostare come preferiti i repository usati più di frequente. Nella finestra di selezione dei repository (figura 7) verranno visualizzate le schede Tutti i repository e Preferiti. Fare clic sulla stella per aggiungere un repository all'elenco Preferiti.
Cercare un file o una cartella nella cronologia dei commit
Analogamente alla scheda dei file, è ora possibile cercare un file o una cartella in un repository e visualizzare la cronologia dei commit per il file o la cartella. Per tutti i repository Git, passare alla casella di controllo del percorso nella scheda Cronologia (figura 8) e iniziare a digitare per avviare un'esperienza di ricerca della cronologia per il file o la cartella che si sta cercando.
Miglioramenti della pagina dei commit
L'esperienza della pagina dei dettagli del commit e della pagina della cronologia dei commit è stata resa più moderna ed efficiente. È ora possibile trovare e intervenire su informazioni importanti correlate al commit in una vista d'insieme.
Cercare i commit nei rami
È ora possibile cercare un commit in un branch specificato o in un tag facendo clic sul pulsante Cerca nei rami nella pagina dei dettagli del commit (figura 11).
È possibile selezionare nella finestra i tag e i branch da visualizzare, anche se i branch e i tag non contengono il commit specifico (figura 12).
Barra degli strumenti per la gestione delle discussioni
Markdown è uno strumento potente durante l'aggiunta di commenti alle richieste di pull, ma può essere difficile ricordare la sintassi. Per semplificare questa operazione, è stata aggiunta una barra degli strumenti al controllo discussione (figura 13). In questo modo viene inserita la sintassi di Markdown appropriata per aggiungere elementi di formattazione comuni. È possibile usare i controlli della nuova barra degli strumenti per aggiungere titoli, elementi in grassetto e corsivo, collegamenti, codice ed elenchi, oltre a immettere elementi come le menzioni @ e #. Sono disponibili tasti di scelta rapida per il grassetto (CTRL+B), il corsivo (CTRL+I) e la creazione di collegamenti (CTRL+K).
Miglioramenti ai commenti per le richieste pull
Per aiutarti a identificare i nuovi commenti in una pull request, abbiamo aggiunto alcuni dettagli decorativi aggiuntivi alle nuove risposte nei thread di discussione esistenti. Nella visualizzazione dei file, i thread che contengono nuovi commenti vengono evidenziati (Figura 14).
Visualizzare le richieste pull per un commit
È ora possibile visualizzare tutte le richieste pull associate per un commit nella pagina Dettagli commit. Ad esempio:
- Nell'elenco a discesa delle richieste pull associate sono associate due richieste pull a questo commit.
- La pull request n. 2 ha portato questo commit nel ramo principale.
- Lo stesso commit è stato inoltrato al ramo 4 tramite la richiesta pull n. 1.
Seguire una richiesta pull
È ora possibile seguire una richiesta pull per ricevere notifica di tutte le modifiche tramite avvisi di posta elettronica. L'opzione Segui è disponibile nel menu di scelta rapida (figura 16).
Riavvia il merge di una pull request
È stata aggiunta un'altra opzione che consente di tentare di eseguire nuovamente il merge per una richiesta pull nel caso in cui il branch di destinazione sia stato aggiornato. L'opzione Riavvia merge è utile quando si vuole verificare che le recenti modifiche al branch di destinazione non abbiano creato conflitti o interrotto il build della PR.
Completamento bloccato per pull request rifiutate
Nei branch per i quali sono stati impostati i criteri di revisione del codice la richiesta pull non potrà essere completata se è stata rifiutata da uno o più revisori. Poiché numerosi utenti prevedono questo comportamento, il comportamento predefinito è stato modificato. Per i team che preferiscono il comportamento originale, è disponibile una nuova opzione nella pagina di impostazione dei criteri del branch (figura 17).
Markdown nella descrizione della pull request
Migliorare la descrizione della richiesta pull usando Markdown. Lo stesso supporto Markdown usato e apprezzato nei commenti delle richieste pull è ora disponibile nella descrizione della richiesta pull.
Allegati nelle discussioni delle richieste pull
È ora possibile aggiungere allegati ai commenti delle richieste pull (figura 18). Gli allegati possono essere aggiunti tramite trascinamento o navigazione. Per le immagini, gli allegati possono essere aggiunti semplicemente incollando il contenuto degli Appunti. L'aggiunta di un allegato aggiorna automaticamente il commento per includere un riferimento Markdown al nuovo allegato.
Evidenziare le richieste pull con aggiornamenti
Gli aggiornamenti alle richieste pull sono ora ancora più semplici da individuare. Nella visualizzazione elenco richieste pull, le richieste pull con le modifiche apportate dopo l'ultima visualizzazione vengono visualizzate con una nuova colonna degli aggiornamenti che mostra un rollup delle modifiche.
Quando visualizzi una pull request con modifiche, vedrai un messaggio di riepilogo simile nella panoramica. I nuovi push e thread di commento sono evidenziati in blu (figura 20). Se si fa clic sul collegamento View code updates (Visualizza aggiornamenti codice) viene aperta la visualizzazione File che mostra un diff delle nuove modifiche rispetto all'ultima visualizzazione della richiesta pull. Questa funzionalità rende facile seguire e monitorare una richiesta pull dove l'autore ha apportato modifiche in risposta al feedback.
Criterio di branch per la strategia di merge delle richieste pull
È stato aggiunto un nuovo criterio di branch (figura 21) che consente di definire una strategia per eseguire il merge delle richieste pull per ogni branch. In precedenza, la scelta tra merge e squash veniva effettuata al completamento della richiesta pull. Se abilitato, questo criterio avrà priorità sulle proprie preferenze applicando i requisiti definiti dal criterio.
Esporre le informazioni sui conflitti di merge
Se sono presenti file con conflitti in una richiesta pull, i dettagli dei conflitti sono ora visibili nella panoramica (figura 22). Viene visualizzato l'elenco di ogni file in conflitto con una breve descrizione del tipo di conflitto tra il branch di origine e di destinazione.
Pulsante di anteprima di Markdown
Quando si visualizza un diff di un file markdown in un commit, una push o una pull request, è ora possibile passare facilmente alla vista risultante dal rendering.
Miglioramenti nel tracciamento degli elementi di lavoro
Esperienza di ricerca migliorata per i campi di identità con ambiti specifici
Con questa versione è stato aggiornato il comportamento della selezione identità per i campi di identità con ambito, ovvero i campi di identità configurati per consentire solo l'assegnazione a un gruppo di utenti specifico. Nella nuova esperienza l'elenco degli elementi usati di recente del controllo di selezione e i risultati di ricerca restituiranno solo i membri del gruppo configurato anziché i risultati per tutti gli utenti validi della raccolta.
Miglioramenti alla compilazione
Ripristino delle definizioni di compilazione
È possibile eseguire il rollback di una definizione di compilazione a una versione precedente. L'operazione può essere eseguita quando si modifica una definizione di compilazione passando alla scheda Cronologia.
Disabilitare la sincronizzazione e il prelievo delle fonti in una compilazione
È possibile disabilitare opzionalmente la sincronizzazione automatica e il checkout delle origini per Git. In questo modo sarà possibile gestire le operazioni di origine in un'attività o in uno script, anziché basarsi sul comportamento predefinito dell'agente. Sono impostate tutte le variabili standard correlate alla fonte come Source.Version, Source.Branch e Build.SourcesDirectory.
Duplicato superficiale e LFS di Git
L'agente di compilazione supporta ora la clonazione superficiale di Git e Git LFS. Per altri dettagli, vedere la pagina Build definition repository (Repository delle definizioni di compilazione).
Versionamento delle attività per le definizioni di Build e Distribuzione
È ora possibile controllare la versione principale di un'attività eseguita nella compilazione o versione. Questa modifica riduce il numero di errori imprevisti causati da aggiornamenti automatici alla versione dell'agente e dell'attività. La versione principale dell'attività viene ora specificata nella scheda Compilazione della definizione o nella scheda Ambienti della definizione di versione.
Quando viene rilasciata una versione secondaria, ad esempio un aggiornamento dalla versione 1.2 alla versione 1.3, la modifica viene inserita automaticamente nella compilazione. Se viene invece rilasciata una versione principale, ad esempio la versione 2.0, la compilazione rimane bloccata alla versione 1.3 fino a quando non viene modificata la definizione e viene eseguito manualmente il passaggio alla nuova versione principale. Un flag nella definizione di compilazione segnala le nuove versioni principali.
Richiesto pagamento per Gestione pacchetti
Per continuare a usare Gestione pacchetti, è necessario avere una sottoscrizione a Visual Studio Enterprise o acquistare una licenza per Gestione pacchetti nel Marketplace. Altre informazioni sulle licenze per Gestione pacchetti sono disponibili qui.
Miglioramenti al pacchetto
Visualizzazioni delle versioni in Gestione pacchetti
Le visualizzazioni delle versioni sono una nuova funzionalità aggiunta in Gestione pacchetti (figura 23). Le visualizzazioni di rilascio rappresentano un sottoinsieme di versioni di pacchetto nel tuo feed che hai promosso in quella visualizzazione di rilascio. La creazione di una visualizzazione delle versioni e la condivisione con gli utenti del pacchetto consentono di controllare le versioni sulle quali hanno una dipendenza. Ciò è particolarmente utile negli scenari di integrazione continua in cui vengono spesso pubblicate versioni del pacchetto aggiornate e non si vuole annunciare o supportare ogni versione pubblicata.
Per iniziare, vedere la guida introduttiva in Web Access o vedere le informazioni sulla visualizzazioni della versione per la creazione di pacchetti in scenari di integrazione continua/recapito continuo.
npm nella gestione dei pacchetti
I feed di Gestione pacchetti supportano ora i pacchetti npm per lo sviluppo di Node.js e JavaScript. Inoltre, i feed npm supportano npmjs.com come "origine upstream con memorizzazione nella cache". Abilitando questa opzione, il feed eseguirà in modo trasparente il proxy e i pacchetti della cache da npmjs.com (vedere Usare i pacchetti di npmjs.com, il che significa che sarà necessario ottenere solo un particolare package@version da npmjs.com una volta; richieste future per tale pacchetto vengono gestite direttamente dal server TFS. Se un pacchetto viene rimosso da npmjs.com, sarà comunque possibile ottenere la versione memorizzata nella cache da TFS.
Per iniziare, cercare la nuova opzione npm nella finestra di dialogo Connetti a feed(figura 24).
Miglioramenti multipiattaforma
attività di build di Xcode con formattazione Xcpretty
È ora possibile formattare l'output xcodebuild con xcpretty(figura 25). xcodebuild può essere usato anche per pubblicare i risultati dei test JUnit in Team Services. In precedenza era necessario usare xctool come strumento di compilazione per pubblicare i risultati dei test. Ora, per abilitare xcpretty, selezionare Usa xcpretty e deselezionare Usa xctool nella sezione Avanzate dell'attività Xcode.
Pubblicare i risultati dei test Jenkins e di code coverage
L'attività di build e rilascio del Jenkins Queue Job è ora in grado di recuperare i risultati dei test e della copertura del codice da un lavoro o una pipeline Jenkins. È necessario installare il plug-in TFS per Jenkins 5.2.0 o versione successiva nel server Jenkins e configurare l'azione post-compilazione Collect Results for TFS/Team Services (Raccogli risultati per TFS/Team Services). Dopo il recupero da Jenkins, i risultati vengono pubblicati con le attività di compilazione Pubblica risultati test o Pubblica risultati di code coverage.
Firma ed esportazione dei pacchetti in Xcode 8 nell'Attività di Compilazione di Xcode
L'attività Xcode ora supporta la compilazione dei progetti utilizzando la firma automatica di Xcode 8 (figura 26). È possibile installare manualmente i certificati e i profili di provisioning sul server di compilazione oppure farli installare dall'attività specificando le opzioni Contenuti del file.
Xcode 8 richiede di specificare un plist di opzioni di esportazione (figura 27) quando si esporta un pacchetto app (IPA) da un archivio .xcarchive. Se si usa Xcode 8 o Xcode 7, l'attività Xcode identifica automaticamente il metodo di esportazione. È possibile specificare il metodo di esportazione o un file plist personalizzato dall'attività Xcode. Se si usa una versione di Xcode precedente alla versione 7, l'attività torna a utilizzare lo strumento precedente (xcrun) per la creazione del pacchetto applicazione.
Miglioramenti ai test
Eseguire test compilati con Visual Studio 2017
È ora possibile usare le attività Distribuisci agente di test e Esegui test funzionali nella pipeline CI/CD (figura 28) per installare gli agenti di test per Visual Studio 2017 ed eseguire i test compilati con Visual Studio 2017.
Verificare i bug da un elemento di lavoro
È ora possibile verificare un bug eseguendo di nuovo i test che hanno identificato il bug (figura 29). È possibile richiamare l'opzione Verifica dal menu di scelta rapida del modulo dell'elemento di lavoro per il bug per avviare il test case corrispondente nel web runner. Esegui la convalida tramite il web runner e aggiorna l'elemento di lavoro bug direttamente all'interno del web runner.
Helper di client REST per le operazioni dei passi del test
È ora possibile creare, modificare ed eliminare passi del test e allegati dei passi del test negli elementi di lavoro Test Case, usando le classi helper che abbiamo aggiunto al client REST (vedere RestApi-Sample).
Aggiornare i bug esistenti dal Runner Web
Oltre alla creazione di nuovi bug dal Runner Web, è ora possibile aggiornare un bug esistente. Tutti i dati di diagnostica raccolti, i passaggi per riprodurre il bug e i collegamenti dalla sessione corrente per la tracciabilità vengono aggiunti automaticamente al bug esistente.
Descrizione del caso di test in Web Runner
Il campo di descrizione del test case veniva spesso usato per acquisire i prerequisiti necessari per l'avvio dell'esecuzione del test case. Con questo aggiornamento, è ora possibile visualizzare le informazioni sulla descrizione del test case nello strumento di esecuzione Web usando l'opzione Mostra descrizione .
Punto di contributo dell'hub di test
È stato aggiunto un nuovo punto di contributo ("ms.vss-test-web.test-plan-pivot-tabs") (figura 32) all'interno dell'hub Piano di test per consentire agli sviluppatori di scrivere le estensioni come una scheda pivot che appare accanto alle schede Test e Grafici.
Eliminare gli elementi di test
Prima di questa versione, l'opzione di eliminazione era limitata agli elementi di lavoro. Con questo aggiornamento è ora possibile eliminare definitivamente elementi di test (piani di test, gruppi di test, test case, parametri condivisi e passi condivisi) dall'hub Test e dall'hub Lavoro usando l'opzione Elimina permanentemente(figura 33) nel menu di scelta rapida del modulo dell'elemento di lavoro.
Piani di test preferiti
È ora possibile impostare come preferiti i piani di test usati più di frequente. Nella finestra di selezione Piani di test saranno disponibili le schede Tutti e Preferiti(figura 34). Fare clic sulla stella per aggiungere un piano di test all'elenco Preferiti. I piani di test preferiti sono accessibili dalla finestra di selezione Piani di test e dalla scheda Preferiti nella nuova home page dell'account. È anche possibile filtrare i piani di test eseguendo una ricerca nel campo del titolo (figura 35).
Analisi di impatto sui test per i test automatizzati gestiti
L'analisi di impatto test per i test automatizzati gestiti è ora disponibile attraverso una casella di controllo nella versione 2.* (anteprima) dell'attività VSTest (figura 36).
Se l'opzione è abilitata, verrà eseguito solo il gruppo di test automatizzati gestiti necessari per convalidare una modifica del codice specificata. L'analisi di impatto sui test richiede la versione più recente di Visual Studio ed è attualmente supportata negli elementi di configurazione per i test automatizzati gestiti.
Supporto di Firefox per l'estensione Test Feedback
Siamo lieti di annunciare la disponibilità generale dell'estensione Test & Feedback per Firefox. È possibile scaricare il componente aggiuntivo Firefox dal sito marketplace.
Nota: è previsto anche il supporto del browser Microsoft Edge. Attendere comunicazioni sugli aggiornamenti.
Miglioramenti a Release Management
Supporto dei gruppi di variabili nel rilascio
I gruppi di variabili vengono usati per raggruppare le variabili e i relativi valori per renderli disponibili in più definizioni di versione. È anche possibile gestire la sicurezza per i gruppi di variabili e scegliere chi può visualizzare, modificare e usare le variabili dai gruppi nelle definizioni di versione.
Aprire la scheda Libreria nell'hub Compilazione e versione e scegliere + Gruppo di variabili nella barra degli strumenti (figura 37). Attualmente, i gruppi di variabili possono essere usati solo nelle definizioni di versione. Per ulteriori informazioni sui gruppi di variabili, consulta Definizioni di rilascio in Microsoft Release Management.
Creare (figura 37), quindi modificare (figura 38) un gruppo di variabili come mostrato di seguito:
Più pianificazioni nelle versioni
Vuoi pianificare la creazione delle versioni più di una volta al giorno? È ora possibile configurare più attivazioni pianificate in una definizione di versione (figura 39).
Connessioni di servizio in linea in Build e Release
Con questa funzionalità, è possibile creare connessioni al servizio direttamente nella definizione di compilazione/versione senza passare alla scheda Servizi . Questa funzionalità è abilitata automaticamente per tutte le estensioni definite in modo dichiarativo, ad esempio Docker, Jenkins, VMWare e SCVMM.
Collegare gli artefatti di build da un altro progetto del team
Finora, le definizioni di rilascio potevano collegare soltanto origini di elementi del progetto corrente. Ora è possibile collegare anche elementi di compilazione (figura 40) di un altro progetto. Durante il collegamento di un elemento, l'elenco a discesa del progetto visualizzerà tutti i progetti nell'account.
Miglioramenti al gruppo di risorse di Azure
Prima di questa versione, l'attività del gruppo di risorse di Azure non era in grado di convalidare la sintassi del modello ARM, o poteva essere accettata senza distribuire effettivamente le risorse. Questo miglioramento offre una nuova modalità di distribuzione denominata Solo convalida che consente di individuare eventuali problemi della creazione del modello prima di creare le risorse di Azure effettive.
Un altro miglioramento all'attività del gruppo di risorse di Azure è rappresentato dalla possibilità di eseguire distribuzioni incrementali o complete (figura 41). In precedenza, l'attività distribuiva i modelli ARM usando la modalità incrementale. Non venivano tuttavia modificate le risorse presenti nel gruppo di risorse non specificate nel modello. La modalità completa elimina le risorse che non sono presenti nel modello. Per impostazione predefinita viene usata la modalità incrementale.
Attività CLI di Azure
La nuova attività di Azure CLI (figura 42) supporta l'esecuzione di comandi su agenti multipiattaforma come Windows, Linux e Mac. L'attività supporta le sottoscrizioni Classica e ARM. Lo script può essere fornito in due modi: come elemento collegato o come script inline.
Aggiornamento di Code Search
In TFS 2017 Update 1 il servizio Code Search include Elasticsearch versione 2.4.1. Se il servizio Code Search è configurato in un server che esegue TFS 2017, il servizio Code Search verrà aggiornato durante l'aggiornamento di TFS. Se il servizio Code Search è configurato in un server remoto, copiare il contenuto del pacchetto del servizio di ricerca incluso nel programma di installazione nel computer remoto e seguire le istruzioni del file Readme per aggiornare il servizio di ricerca manualmente.
Miglioramenti agli approfondimenti di codice
Attività di MSBuild per SonarQube
Le attività SonarQube MSBuild sono ora disponibili tramite un'estensione fornita da SonarSource. Per informazioni dettagliate, vedere SonarSource have announced their own SonarQube Team Services / TFS integration (SonarSource ha annunciato l'integrazione SonarQube Team Services/TFS).
Miglioramenti all'amministrazione
Nuova esperienza delle impostazioni di notifica
Le notifiche consentono all'utente e al team di rimanere aggiornati sull'attività nei progetti di Team Services. Con questo aggiornamento è ora più facile gestire le notifiche ricevute dall'utente e dai team.
È ora disponibile una propria esperienza a livello di account nel menu del profilo per la gestione dell'impostazione delle notifiche.
Questa visualizzazione consente di gestire le sottoscrizioni personali create. Vengono anche visualizzate le sottoscrizioni create dagli amministratori dei team per tutti i progetti nell'account.
Vedere le informazioni sulla gestione delle impostazioni di notifica personali.
addProjectReports si trova ora in TfsConfig
È ora possibile usare il comando addProjectReports per aggiungere report ai progetti team. Si tratta di un comando di Power Tools precedente ora incluso nel comando TfsConfig.exe. Per ulteriori informazioni, vedere Caricare report in un progetto di team.
Sala del Team deprecata
Considerata la disponibilità di valide soluzioni ben integrate con TFS e Team Services, ad esempio Slack e Microsoft Teams, abbiamo deciso di eliminare la funzionalità Sala del team sia da TFS che da Team Services. Se si usa Team Services, sarà visibile un nuovo banner di colore giallo che comunica il piano. Nei prossimi mesi è prevista la disattivazione completa della funzionalità Chat team.
Sono disponibili numerose alternative che è possibile usare. La stanza del Team è utilizzata sia come un hub di notifiche sia per la chat. TFS e Team Services si integrano già con molti altri prodotti di collaborazione, tra cui Microsoft Teams e Slack. È anche possibile usare Zapier per creare integrazioni personalizzate o ottenere un controllo granulare sulle notifiche visualizzate.
Per altre informazioni, vedere la dismissione delle Sale Team nei Servizi Team.
Markdown non supporta più i collegamenti ai file
Con la versione Update 1, le pagine di benvenuto, il widget Markdown nei dashboard dei team e la definizione di Completato sulle lavagne Kanban non supporteranno più i collegamenti ai file in Markdown. In alternativa, è possibile includere il collegamento al file come testo nel Markdown. Per altre informazioni, vedere Markdown guidance (Linee guida per Markdown).
Presentazione dell'editor dei modelli di processo
Microsoft ha rilasciato l'estensione Process Template Editor per Visual Studio 2017. Questa estensione offre un metodo pratico per la visualizzazione e l'aggiornamento dei modelli di processo, oltre a strumenti per l'aggiornamento di elenchi globali e tipi di elementi di lavoro, nonché per la visualizzazione degli attributi dei campi elemento di lavoro. Questa estensione funziona con i server TFS 2017 e TFS 2017 Update 1.
Problemi noti
La compilazione non funziona quando si esegue l'aggiornamento a TFS 2017 Update 1 build 15.112.26301.0 da TFS 2013 o versioni precedenti
Problema:
Si noti che questo problema si verifica solo con l'aggiornamento a TFS 2017 Update 1 build 15.112.26301.0, rilasciato il 7 marzo 2017. Se è stato eseguito l'aggiornamento alla build 15.112.26307.0, rilasciata il 9 marzo, questo problema non si presenterà.
Dopo l'aggiornamento da TFS 2013 (RTM o qualsiasi aggiornamento) o versioni precedenti, durante la compilazione viene visualizzato l'errore "Il contatore denominato TaskReferenceId non esiste".
Soluzione alternativa:
Eseguire lo script seguente sui database della raccolta aggiornati:
INSERT tbl_Counter (PartitionId, DataspaceId, CounterName, CounterValue) SELECT DISTINCT dpm.PartitionId, ds.DataspaceId, N'TaskReferenceId', 1 FROM tbl_DatabasePartitionMap dpm INNER LOOP JOIN Task.tbl_Hub h ON h.PartitionId = dpm.PartitionId INNER LOOP JOIN tbl_Dataspace ds ON ds.PartitionId = dpm.PartitionId AND ds.DataspaceCategory = h.DataspaceCategory AND ds.DataspaceIdentifier <> '00000000-0000-0000-0000-000000000000' WHERE dpm.PartitionId > 0 AND dpm.HostType = 4 AND NOT EXISTS ( SELECT * FROM tbl_Counter c WHERE c.PartitionId = dpm.PartitionId AND c.DataspaceId = ds.DataspaceId AND c.CounterName = N'TaskReferenceId' )
I clienti devono eseguire l'aggiornamento a Git LFS versione 1.3.1 o successiva
Problema:
Le versioni di Git LFS precedenti la 1.3.1 non sono più supportate.
Soluzione alternativa:
Se si usano Git LFS è necessario eseguire l'aggiornamento a Git LFS versione 1.3.1 o successiva. Le versioni precedenti del client LFS non sono compatibili con le modifiche di autenticazione in questa versione di TFS.
Il rendering dei moduli degli elementi di lavoro non viene eseguito correttamente
Problema:
Se si utilizza un controllo personalizzato legacy nei moduli degli elementi di lavoro, come ad esempio il controllo multivalore legacy, è possibile che i moduli degli elementi di lavoro potrebbero non funzionare correttamente.
Soluzione alternativa:
È necessario eseguire l'aggiornamento alla versione più recente del controllo. La versione più recente del controllo multivalore per TFS 2017 Update 1 è disponibile qui.
Il rendering dei form dell'elemento di lavoro non viene eseguito correttamente nel Web
Problema:
Se si ha un controllo personalizzato, ad esempio il controllo multivalore, installato per il client Visual Studio ma non per il client Web, non viene eseguito il rendering dei form dell'elemento di lavoro nel Web.
Soluzione alternativa:
È possibile aggiungere un layout Web che non contiene l'elemento del controllo mancante. È possibile avere layout diversi per Visual Studio e il Web. Per altre informazioni sul layout, vedere All FORM XML elements reference (TFS 2015) (Informazioni di riferimento su tutti gli elementi XML FORM - TFS 2015).
Le forme degli elementi di lavoro non nascondono i campi di sola lettura.
Problema:
Se utilizzi il vecchio modulo dell'elemento di lavoro con la proprietà HideReadonlyEmptyFields impostata su true nel layout, non riuscirà a nascondere i campi di sola lettura e vuoti.
Soluzione alternativa:
Al momento non sono disponibili soluzioni alternative. Questo problema verrà risolto in TFS 2017 Update 2.
Quando vengono visualizzati, i form degli elementi di lavoro diventano sporchi.
Problema:
Questo problema è specifico di Internet Explorer 11 in TFS 2017 Update 1 quando si sceglie un nuovo form di elemento di lavoro. Se il proprio profilo è impostato su Francese, Coreano, Russo, Turco, Giapponese o Cinese e l'elemento di lavoro è assegnato a una qualsiasi identità, visualizzerai il modulo dell'elemento di lavoro come sporco quando lo visualizzi. Se si salva l'elemento di lavoro, il campo Assegnato a viene impostato su Non assegnato.
Soluzione alternativa:
Usare un browser diverso da Internet Explorer 11. Se si usa Internet Explorer 11, fare clic su Annulla/Aggiorna sulla barra degli strumenti dell'elemento di lavoro per ripristinare il valore corretto del campo Assegnato a.
Memorizzazione nella cache dei pacchetti NPM a monte non riuscita
Problema:
Se il server TFS è protetto da un proxy, la memorizzazione nella cache di pacchetti NPM upstream ha esito negativo.
Soluzione alternativa:
Se il server TFS è protetto da un proxy aziendale, apportare le modifiche seguenti al file web.config del server TFS (%ProgramFiles%\Microsoft Team Foundation Server 15.0\Application Tier\Web Services\web.config).
Sostituire questo blocco di configurazione:
<!-- ASP.NET Proxy Usage for HttpWebRequests "usesystemdefault" false - stops the server using the default proxy configuration or proxy auto-detection. "bypassonlocal" true - this tells all requests to a local address to ignore configured proxies. --> <defaultProxy> <proxy usesystemdefault="False" bypassonlocal="True" /> </defaultProxy>Con questo:
<defaultProxy useDefaultCredentials="true" />
Il menu a discesa Codice mostra pagine errate di controllo della versione
Problema:
Se si passa alla pagina di amministrazione di un repository Git, come illustrato nell'immagine seguente (figura 45), e si fa clic sull'hub Codice, vengono visualizzati i collegamenti Insiemi di modifiche e Shelveset anziché il collegamento Cronologia.
Soluzione alternativa:
Uscire dalla pagina di amministrazione del repository Git per visualizzare i collegamenti corretti.
Le estensioni non vengono aggiornate automaticamente
Problema:
Se si aggiorna una versione precedente di TFS a TFS 2017 e si esegue questa versione in modalità connessa, le estensioni non verranno aggiornate automaticamente in modo corretto.
Soluzione alternativa:
Al momento non sono disponibili soluzioni alternative. Il problema è stato risolto e la funzionalità di aggiornamento automatico ti raggiungerà tramite TFS 2017 Update 2. Se per qualsiasi motivo non puoi aspettare l'Aggiornamento 2, contatta il supporto attraverso il canale di supporto e ti forniremo la correzione in anticipo.
Le estensioni non possono essere acquisite o non funzioneranno correttamente se l'URL pubblico non è impostato correttamente
Problema:
L'acquisizione di estensioni da Visual Studio Marketplace avrà esito negativo.
È probabile che le estensioni già acquisite non funzionino come previsto.
Soluzione alternativa:
Questo problema è stato risolto in TFS 2017 Update 2 e si consiglia di eseguire l'aggiornamento. Se hai bisogno che questo funzioni su Update 1, imposta l'URL pubblico nella Console di amministrazione del server TFS in modo che l'URL sia raggiungibile da un altro sistema all'interno dell'ambiente aziendale (figura 46).
Vedere i problemi segnalati dai clienti per Team Foundation Server 2017.
Commenti e suggerimenti
I commenti degli utenti sono molto apprezzati. È possibile segnalare un problema e tenerne traccia tramite la Developer Community e ottenere consigli su Stack Overflow.