Versionshinweise zu Team Foundation Server 2017 Update 1

Entwicklercommunity | Systemanforderungen und Kompatibilität | Lizenzbedingungen | TFS-DevOps-Blog | SHA-1-Hashes | Neueste Versionshinweise für Visual Studio 2019

In diesem Artikel erhalten Sie Informationen zu Team Foundation Server 2017 Update 1. Klicken Sie zum Herunterladen auf die Schaltfläche.

Weitere Informationen zu Team Foundation Server 2017 finden Sie auf der Seite Team Foundation Server Requirements and Compatibility (Team Foundation Server: Anforderungen und Kompatibilität).

Weitere Informationen finden Sie auf der Seite für die Installation von TFS.

Veröffentlichungsdatum: 7. März 2017

Zusammenfassung der Neuerungen in Team Foundation Server 2017 Update 1

• Persönlichere Erfahrungen
• Verbesserungen von Version Control
• Verbesserungen für Arbeitselementverfolgung
• Build-Verbesserungen
• Zahlung für Paketverwaltung erforderlich
• Verbesserungen der Pakete
• Plattformübergreifende Verbesserungen
• Verbesserungen für Tests
• Verbesserungen beim Release Management
• Codesuche-Update
• Verbesserung der Code-Einsicht
• Verbesserungen für die Verwaltung
• Teamräume werde nicht mehr unterstützt
• Markdown unterstützt keine Dateiverknüpfungen mehr
• Ankündigung des Prozessvorlagen-Editors

Details zu den Neuerungen in Team Foundation Server 2017 Update 1

Persönlichere Erfahrungen

Personalisierte Sammlungsstartseite

Durch diese Version wird es Ihnen möglich, ganz einfach auf die Artefakte zuzugreifen, die Ihnen am wichtigsten sind. Die überarbeitete Sammlungsseite weist eine personalisierte Benutzeroberfläche auf, die die Projekte, Favoriten, Aufgaben und Pull Requests anzeigt, die für Sie wichtig sind. Sie können an einen Ort gehen und schnell alles finden, was Sie brauchen und worauf Sie Wert legen. Weitere Informationen finden Sie unter Account Hub Pages (Kontohubseiten).

Ihr Projekt wird individuell

Jetzt erhalten Sie an einer Stelle einen Überblick über Ihr Projekt. Die neue Projektseite macht es Ihnen leichter, die Projektbeschreibung einzusehen und zu bearbeiten, Members einzusehen und hinzuzufügen sowie die neueste Aktivität zu überprüfen. Jetzt ist es sogar noch einfacher, mit einem neuen Projekt zu beginnen und die gesamte integrierte DevOps-Funktionalität von TFS zu nutzen.

Verbesserungen der Versionskontrolle

Berechtigungsänderungen für Repository-Administratoren

Für Git-Repositorys wurde die Berechtigung zum Verwalten in mehrere spezifischere Berechtigungen unterteilt. Dadurch wird die Flexibilität bei der Entscheidung erhöht, welche Aktionen von welchem Benutzer ausgeführt werden können. Sie können es z. B. jedem Benutzer Ihres Kontos gestatten, neue Repositorys zu erstellen, während Sie es ihnen nicht erlauben, Repositorys zu löschen oder neue Benutzer zu einem Repository hinzuzufügen. Neue Berechtigungen:

• Berechtigungen verwalten: Benutzer und Berechtigungen hinzufügen/entfernen
• Erstellen: Neues Repository erstellen
• Löschen: Ein Repository löschen
• Umbenennen: Repo umbenennen
• Richtlinien bearbeiten: Branchrichtlinien konfigurieren
• Sperren anderer Benutzer entfernen: Von anderen Benutzern festgelegte Branchsperren entfernen

Diese Berechtigungen können auf alle Repositorys in einem Projekt oder auf einzelne Repositorys angewendet werden.

Verbesserungen der Filialrichtlinie

Die erforderlichen und optionalen Richtlinien im Abschnitt Richtlinien(Abbildung 2) sind nun in Abschnitten zusammengefasst. Dadurch wird genau geklärt, welche Richtlinien benötigt werden, um einen PR abzuschließen. Erforderliche Prüfer werden auch im Abschnitt für erforderliche Prüfer zusammengefasst und werden nur als genehmigt markiert, wenn alle erforderlichen Prüfer zugestimmt haben.

Wenn Sie Richtlinien umgehen müssen (und über die erforderlichen Berechtigungen verfügen), wird eine neue Erfahrung im Dialogfeld Vollständig angezeigt (Abbildung 3). Alle nicht erfüllten Richtlinien werden in einer Warnmeldung angezeigt, und eine neue explizite Option, um Richtlinien zu überschreiben, wird präsentiert. Das Aktivieren der Option zum außer Kraft setzen, aktiviert die Aktion zum außer Kraft setzen und Abschließen, die die PR abschließt, wobei alle fehlerhaften Richtlinien außer Kraft gesetzt werden.

Ausgeschlossene Unterstützungsdateien in den erforderlichen Prüferrichtlinien

Beim Zuweisen von benötigten Prüfern zu bestimmten Dateipfaden können Sie jetzt Pfade ausschließen, indem Sie dem Pfad, den Sie ausschließen möchten, ein "!"-Präfix hinzufügen. Dies können Sie zum Beispiel dazu nutzen, um Dokumentenordner aus Ihrem normalerweise benötigten Signoff auszuschließen (Abbildung 4).

Importieren eines Repositorys

Sie können jetzt ein Git-Repository von GitHub, BitBucket, GitLab oder anderen Speicherorten importieren. Importieren Sie entweder in ein neues oder ein vorhandenes leeres Repository. Weitere Informationen finden Sie unter Import a Git repo (Git-Repository importieren).

Hinzufügen von .gitignore während des Erstellens des Repositorys

Beim Erstellen eines neuen Git-Repositorys können Sie jetzt eine .gitognore-Datei hinzufügen und diese Ihrem Repository zuordnen. Eine .gitignore-Datei bestimmt Dateien, die von Git ignoriert werden sollen, während ein Commit ausgeführt wird.

In einem Dialogfeld können Sie eine von vielen möglichen .gitignore-Vorlagen auswählen (Abbildung 5).

Cherry-Pick und Rückgängig machen

Wir haben zwei neue Funktionen hinzugefügt, durch die es leichter ist, Änderungen aus dem Webportal zu übertragen oder rückgängig zu machen: Cherry-Pick und Revert (Zurücksetzen).

Benutzen Sie den Befehl „Cherry-Pick“, um Änderungen in einem Pull Request in mehrere Branches zu übertragen. Ein typischer Anwendungsfall ist, wenn ein Fehler per Hotfix behoben werden muss, aber auch im Hauptzweig behoben werden sollte. Sobald Sie den Pull Request mit dem Fix für den Hotfixbranch erstellt haben, können Sie ganz leicht den gleichen Fix mit Cherry-Pick in den Hauptbranch einfügen. Weitere Informationen finden Sie unter Copy changes with cherry-pick (Änderungen mit Cherry-Pick kopieren).

Sie können Änderungen in abgeschlossenen Pull Requests rückgängig machen. Finden Sie den Pull Request, der die rückgängig zu machende Änderung eingeführt hat, klicken Sie auf Revert, und folgen Sie den Schritten, um einen Pull Request zu erstellen, der die ungewollten Änderungen rückgängig macht. Weitere Informationen finden Sie unter Undo Changes with Git (Änderungen mit Git rückgängig machen).

Konfigurierbarer Vergleichs-Branch

Sie können jetzt Ihren Vergleichsbranch auf einen anderen Zweig als den Standard-Zweig festlegen. Diese Einstellung bleibt für jeden Benutzer erhalten. Pull-Requests und neue Branches, die von der Branches-Seite aus erstellt werden, basieren auf dem Branch, den Sie als Vergleichs-Branch festgelegt haben. Weitere Informationen finden Sie unter Manage your Branches (Branches verwalten).

Datei oder Ordner finden

Sie können in einem Repository schnell nach einer Datei oder einem Ordner suchen, indem Sie den Code-Hub in Ihrem Team Services-Projekt nutzen. In den Ergebnissen werden zuerst Elemente aus Ihrem aktuellen Ordner und dann Dateien und Ordner aus dem gesamte Repository angezeigt.

Für die Suche nach Git-Repositorys navigieren Sie zum Feld „Path control“ (Pfadsteuerung) (Abbildung 6) und beginnen mit der Eingabe, um eine Navigationssuche nach einer Datei oder einem Ordner zu initiieren.

Bestätigung für das Löschen von Repositorys

Um unabsichtliches Löschen von Repositorys zu vermeiden, müssen Sie jetzt den Vorgang bestätigen, indem Sie den Namen des zu löschenden Repositorys eingeben.

Favoriten des Repositorys

Sie können jetzt die Repositorys, mit denen Sie am häufigsten arbeiten, Ihren Favoriten hinzufügen. In der Repositoryauswahl (Abbildung 7) befinden sich die Registerkarten Alle Repositorys und Favoriten. Klicken Sie den Stern, um ein Repository zu Ihren Favoriten hinzuzufügen.

Im Commit-Verlauf nach Dateien oder Ordnern suchen

Ähnlich wie in der Registerkarte „Dateien“ können Sie in einem Repository jetzt nach Dateien und Ordnern suchen und den Verlauf der Commits für diese Dateien oder Ordner einsehen. Für die Suche nach Git-Repositorys gehen Sie ins Feld „Pfadsteuerung“ auf der Registerkarte „Verlauf“ (Abbildung 8) und beginnen mit der Eingabe, um eine Verlaufssuche nach einer Datei oder einem Ordner zu initiieren.

Verbesserungen der Commit-Seite

Wir haben Ihre Erfahrung mit der Commit-Detailsseite und der Commit-Verlaufsseite auf den neuesten Stand gebracht und äußerst effizient gestaltet. Sie können nun wichtige Informationen, die das Commit betreffen, aus der Vogelperspektive betrachten und darauf reagieren.

Nach Commits in Zweigen suchen

Sie können jetzt in einem bestimmten Branch oder Tag nach einem Commit suchen, indem Sie auf der Commit-Detailsseite auf Search in branches (In Branches suchen) klicken (Abbildung 11).

Sie können Tags und Branches im Fenster auswählen, auch wenn diese Branches und Tags nicht das gesuchte Commit enthalten (Abbildung 12).

Diskussions-Kontrollsymbolleiste

Markdown ist ein leistungsfähiges Tool beim Hinzufügen von Kommentaren zu Pull-Anfragen, aber es kann schwer sein, sich die Syntax zu merken. Um dies zu vereinfachen, haben wir eine Symbolleiste zum Diskussionssteuerelement hinzugefügt (Abbildung 13). Dadurch wird eine geeignete Markdown-Syntax zum Hinzufügen gebräuchlicher Formatierungsoptionen eingefügt. Überschriften, Fettdruck, Kursivdruck, Links, Code und Listen können alle mit den neuen Symbolleistensteuerelementen hinzugefügt werden und Features wie @- und #-Angaben können ebenso über die Symbolleiste eingegeben werden. Tastaturkurzbefehle sind für Fettdruck (STRG+B), Kursivdruck (STRG+I) und die Erstellung von Links (STRG+K) verfügbar.

PR-Kommentarverbesserungen

Damit Sie neue Kommentare in einem PR besser erkennen, haben wir zusätzliche Markierungen zu den neuen Antworten in bestehenden Diskussionsthreads hinzugefügt. Kommentare in der Dateiansicht heben auch Themen hervor, die neue Kommentare enthalten (Abbildung 14).

PRs für Commit anzeigen

Sie können jetzt alle zugehörigen Pullanforderungen für einen Commit auf der Seite Commit-Details anzeigen. Zum Beispiel:

• In der Dropdownliste für zugehörige Pullanforderungen gibt es zwei Pullanforderungen, die diesem Commit zugeordnet sind.
• Pull-Request #2 hat diesen Commit in den Haupt-Branch gebracht.
• Derselbe Commit wurde über Pull-Request #1 in den Branch 4 gebracht.

Einem Pull Request folgen

Sie können jetzt einem Pull Request folgen, um immer auf dem neuesten Stand zu sein. Via E-Mail-Benachrichtigungen werden Sie über alle Änderungen informiert. Die Option Follow (Folgen) finden Sie im Kontextmenü (Abbildung 16).

Den Merge-Vorgang für den Pull Request erneut starten

Um das Mergen von Pull Requests, deren Zielbranch aktualisiert wurde, erneut durchzuführen, wurde eine weitere Option hinzugefügt. Die Option Erneut mergen ist nützlich, wenn Sie sicherstellen wollen, dass aktuelle Änderungen im Zielbranch keine Konflikte in Ihrem PR-Build verursacht haben.

Vervollständigung wegen abgelehnter Pull Requests blockiert

Branches, die eine Codeüberprüfungsrichtlinie haben, zeigen, dass der Pull Request nicht abgeschlossen werden kann, wenn er von einem oder mehreren Reviewern abgelehnt wurde. Weil viele von Ihnen dieses Verhalten erwartet haben, haben wir das Standardverhalten geändert. Sollten Teams das ursprüngliche Verhalten zurück wollen, wurde eine neue Option auf der Branchrichtlinien-Einstellungsseite hinzugefügt (Abbildung 17).

Markdown in der Pull Request-Beschreibung

Mit einem Markdown können Sie Ihre Pull Request-Beschreibungen aufpeppen. In der Pull Request-Beschreibung haben Sie jetzt auch Zugriff auf den Markdown-Support, den Sie aus den Pull Request-Kommentaren kennen.

Anlagen in Pull Request-Diskussionen

Jetzt können Sie Ihren Pull Request-Kommentaren auch Anhänge hinzufügen (Abbildung 18). Anlagen können per Drag & Drop oder durch Durchsuchen hinzugefügt werden. Bilder werden einfach als Anlagen aus der Zwischenablage hinzugefügt. Durch das Hinzufügen einer Anlage wird der Kommentar automatisch aktualisiert und fügt dem neuen Anhang einen Markdownverweis hinzu.

Aktualisierte Pull Requests hervorheben

Noch nie war es so leicht, aktualisierte Pull Requests zu sehen. In der PR-Listenansicht werden PRs mit Änderungen seit ihrer letzten Anzeige mit einer neuen Aktualisierungsspalte angezeigt, in der ein Rollup der Änderungen angezeigt wird.

Wenn Sie einen PR ansehen, der Änderungen enthält, sehen Sie eine ähnliche Zusammenfassung in der Übersicht. Neue Pushvorgänge und Kommentardiskussionen sind in blau hervorgehoben (Abbildung 20). Wenn Sie auf View code update (Codeaktualisierung anzeigen) klicken, werden Sie zur Dateien-Ansicht weitergeleitet, wo Ihnen eine Liste mit den neuen Änderungen, die vorgenommen wurden, seit sie den Pull Request das letzte Mal aufgerufen haben, angezeigt wird. Diese Funktion erleichtert es Ihnen, eine PR weiterzuverfolgen, die der Autor als Reaktion auf Feedback geändert hat.

Branchrichtlinien für Strategien beim Mergen von Pull Requests

Wir haben eine neue Branchrichtlinie hinzugefügt (Abbildung 21), die es Ihnen ermöglicht, eine Strategie für das Mergen von Pull Requests für verschiedene Branches zu definieren. Vorher mussten Sie sich immer beim Abschluss eines Pull Requests entscheiden, ob Sie einen Merge- oder Squashvorgang ausführen wollen. Wenn diese Richtlinie aktiviert ist, setzt sie Ihre Einstellungen außer Kraft und erzwingt die durch die Richtlinie vorgegebene Anforderung.

Zusammenführungskonfliktinformationen anzeigen

Falls sich in einem Pull Request Dateien mit Konflikten befinden, werden Details zu diesen Konflikten jetzt in der Übersicht angezeigt (Abbildung 22). Jede in Konflikt stehende Datei wird zusammen mit einer kurzen Zusammenfassung bezüglich der Art des Konflikts zwischen Quell- und Zielbranch aufgelistet.

Schaltfläche „Markdown preview“ (Markdownvorschau)

In der Anzeige der Unterschiede einer Markdowndatei in einem Commit, einem Push oder einem Pull Request können Sie jetzt ganz einfach umschalten, um in die gerenderte Ansicht zu gelangen.

Verbesserungen bei der Nachverfolgung von Arbeitselementen

Verbesserte Sucherfahrung für gezielte Identitätsfelder

In dieser Version haben wir das Verhalten der Identitätsauswahl für bereichsbezogene Identitätsfelder aktualisiert, z.B. Identitätsfelder, die so konfiguriert sind, dass sie ausschließlich die Zuweisung zu einer bestimmten Gruppe von Benutzern zulassen. In der überarbeiteten Benutzererfahrung wird das Auswahl-Tool nur Mitglieder der konfigurierten Gruppe in der MRU-Liste und in den Suchergebnissen zurückgeben, statt Ergebnisse für alle gültigen Benutzer der Sammlung anzuzeigen.

Verbesserungen am Build

Builddefinitionen zurücksetzen

Sie können eine Builddefinition auf eine vorherige Version zurücksetzen. Sie können dies beim Bearbeiten einer Builddefinition tun, indem Sie zur Registerkarte Verlauf wechseln.

Das Synchronisieren und Auschecken von Quellen in einem Build deaktivieren

Wenn Sie möchten, können Sie die automatische Synchronisation und das automatische Auschecken der Quelle für Git deaktivieren. Dies ermöglicht es Ihnen, die Quellenoperationen in einer Aufgabe oder einem Skript zu bearbeiten, anstatt sich auf das integrierte Verhalten des Agenten zu verlassen. Alle mit der Quelle verbundenen Standardvariablen wie Source.Version, Source.Branch und Build.SourcesDirectory sind festgelegt.

Flache Git-Klone und Git-LFS

Der Build-Agent unterstützt jetzt Git Shallow Clone und Git-LFS. Weitere Informationen finden Sie auf der Seite Builddefinition-Repository.

Versionsverwaltung von Aufgaben für Build- und Release-Definitionen

Wir haben Ihnen die Kontrolle über die Hauptversion einer Aufgabe gegeben, die Sie in Ihrem Build oder Release ausführen. Durch diese Änderung werden weniger unvorhersehbare Fehler auftreten, die durch automatische Aktualisierungen des Agents und der Taskversion verursacht wurden. Sie legen die Hauptversion der Aufgabe auf der Build-Registerkarte Ihrer Definition oder auf der Environments (Umgebungen)-Registerkarte Ihrer Versionsdefinition fest.

Wenn eine Nebenversion veröffentlicht wird (wie z.B. 1.2 zu 1.3), wird die Änderung automatisch in Ihr Build aufgenommen. Falls jedoch eine neue Hauptversion veröffentlicht wird (z.B. 2.0), bleibt Ihr Build solange auf Version 1.3, bis Sie die Definition bearbeiten und von Hand zur neuen Version wechseln. Eine Kennzeichnung in der Build-Definition weist Sie auf neue Hauptversionen hin.

Zahlung für Paketverwaltung erforderlich

Damit die Paketverwaltung weiterhin verwendet werden kann, benötigen Sie entweder ein Abonnement von Visual Studio Enterprise oder eine Lizenz für die Paketverwaltung, die im Marketplace erworben werden kann. Weitere Informationen finden Sie unter Install and license Package Management (Installieren und Lizenzieren der Paketverwaltung).

Paketverbesserungen

Release-Ansichten in der Paketverwaltung

Wir haben der Paketverwaltung ein neues Feature namens Releaseansichten(Abbildung 23) hinzugefügt. "Releaseansichten stellen eine Teilmenge von Paketversionen in Ihrem Feed dar, die Sie in diese Releaseansichten hervorgehoben haben." Durch das Erstellen und Teilen einer Versionsansicht mit den Consumern Ihres Pakets können Sie beeinflussen, auf welche Version diese sich verlassen. Das ist besonders in fortlaufenden Integrationsszenarios nützlich, in denen Sie oft aktualisierte Paketversionen veröffentlichen, aber nicht jede einzelne veröffentlichte Version ankündigen bzw. unterstützen wollen.

Suchen Sie in Web Access nach einem schnellen Einstieg oder erfahren Sie mehr über die Release-Übersichten für CI/CD von Paketen, um zu beginnen.

NPM in der Paketverwaltung

Paketverwaltungsfeeds unterstützen jetzt NPM-Pakete für Node.js und JavaScript-Entwicklung. Außerdem unterstützen NPM-Feeds npmjs.com als „vorgelagerte Quelle mit Zwischenspeicher“. Indem Sie diese Option aktivieren, wird Ihr Feed auf für Sie ersichtliche Weise Pakete von npmjs.com zwischenspeichern (Verwenden von Paketen von npmjs.com). Das heißt, dass Sie sich nur einmal eine bestimmte „Paket@Version“ von npmjs.com besorgen müssen; alle zukünftigen Abfragen für dieses Paket werden direkt von Ihrem TFS-Server verarbeitet. Sollte ein Paket von npmjs.com entfernt werden, können Sie immer noch auf die zwischengespeicherte Version vom TFS zugreifen.

Um loszulegen, suchen Sie im Dialogfeld Connect to feed nach der neuen npm-Option (Abbildung 24).

Plattformübergreifende Verbesserungen

Xcode Build-Task mit xcpretty formatieren

Sie können jetzt Ihre Xcode Build-Ausgabe mit xcpretty formatieren (Abbildung 25). Außerdem können Sie JUnit-Testergebnisse mit Xcode Build in Team Services veröffentlichen. Zuvor musste xctool als Build-Tool verwendet werden, um Testergebnisse zu veröffentlichen. Um xcpretty zu verwenden, gehen Sie in den Bereich Advanced (Erweitert) des Xcode-Tasks, aktivieren Sie Use xcpretty (xcpretty verwenden) und deaktivieren Sie Use xctool (xctool verwenden).

Jenkins-Test und Codeabdeckungsergebnisse veröffentlichen

Der Jenkins-Warteschlangenbuild und -versionstask kann jetzt Test- und Codeabdeckungsergebnisse aus einem Jenkins-Auftrag oder einer -Pipeline abrufen. Dazu muss das TFS-Plugin für Jenkins 5.2.0 oder später auf Ihrem Jenkins-Server installiert sein. Außerdem müssen Sie die Postbuildaktion Collect Results for TFS/Team Service (Ergebnisse für TFS/Team Service sammeln) konfigurieren. Nach dem Abrufen der Ergebnisse von Jenkins können Sie diese mit den Build-Tasks Testergebnisse veröffentlichen oder Codeabdeckung veröffentlichen veröffentlichen.

Signieren und Exportieren von Xcode 8-Paketen im Xcode Build-Task

Der Xcode-Task unterstützt jetzt das Erstellen von Projekten mit automatischem Signieren in Xcode 8 (Abbildung 26). Sie können Zertifikate und Bereitstellungsprofile manuell auf dem Buildserver installieren oder sie vom Task installieren lassen, indem Sie die Dateiinhalte-Optionen festlegen.

Für Xcode 8 müssen Sie eine Exportoptionen-PLIST-Datei festlegen (Abbildung 27), wenn sie ein App-Paket aus einem Archiv (.xarchive) exportieren wollen. Der Xcode-Task identifiziert jetzt automatisch die Exportmethode, wenn Sie Xcode 8 oder Xcode 7 benutzen. Sie können die Exportmethode oder eine benutzerdefinierte PLIST-Datei aus dem Xcode-Task festlegen. Falls Sie eine Version von Xcode benutzen, die älter als Xcode 7 ist, benutzt der Task wieder das alte Tool (xcrun), um das App-Paket zu erstellen.

Verbesserungen für Tests

Mit Visual Studio 2017 erstellte Tests ausführen

Mithilfe der Tasks Test-Agent bereitstellen und Funktionstests ausführen in der CI/CD-Pipeline (Abbildung 28) können Sie jetzt Test-Agents für Visual Studio 2017 installieren und Tests ausführen, die mit Visual Studio 2017 erstellt wurden.

Überprüfen von Fehlern eines Arbeitselements

Sie können nun einen Fehler überprüfen, indem Sie die Tests erneut ausführen, die den Fehler erkannt haben (Abbildung 29). Sie können die Option Überprüfen aus dem Kontextmenü für ein Fehlerarbeitselement-Formular aufrufen, um den relevanten Testfall im Webrunner zu starten. Führen Sie die Überprüfung mit dem Webrunner durch, und aktualisieren Sie das Problemarbeitselement direkt innerhalb des Webrunners.

REST-Client-Hilfsprogramme für Testschrittvorgänge

Sie haben jetzt die Möglichkeit, Testschritte und Testschrittanlagen in Testfallarbeitselementen zu erstellen, zu bearbeiten und zu löschen, indem Sie Hilfsprogrammklassen benutzen, die wir dem REST-Client hinzugefügt haben (siehe RestApi-Sample (RestApi-Musterprojekt)).

Aktualisieren vorhandener Fehler über den Webrunner

Sie können zusätzlich zum Erstellen neuer Fehler im Webrunner auch einen vorhandenen Fehler aktualisieren. Alle erfassten Diagnosedaten, Reproduktionsschritte und Links zur Nachverfolgung aus der aktuellen Sitzung werden automatisch dem vorhandenen Fehler hinzugefügt.

Testsituationsbeschreibung im Web Runner

Das Testsituations-Beschreibungsfeld wurde oft verwendet, um Voraussetzungen zu erfassen, die erforderlich sind, bevor mit der Testsituationsausführung begonnen werden kann. Mit diesem Update können Sie nun mithilfe der Option "Beschreibung anzeigen" die Beschreibung der Testfälle im Webrunner anzeigen.

Testhub-Beitragspunkt

Wir haben einen neuen Beitragspunkt („ms.vss-test-web.test-plan-pivot-tabs“) (Figure 32) im Testplan-Hub hinzugefügt, der es Entwicklern erlaubt, Erweiterungen als Pivotregisterkarten zu schreiben, die neben den Registerkarten Tests und Diagramme angezeigt werden.

Testartefakte löschen

Vor dieser Veröffentlichung war Ihre Löschfunktion auf Arbeitselemente beschränkt. Mit diesem Update erhalten Sie jetzt auch die Möglichkeit, Testartefakte – Testpläne, Testsammlungen, Testsituationen, freigegebene Parameter und Testschritte – unwiderruflich aus dem Testhub und dem Arbeitshub zu löschen. Dazu können Sie die Endgültig löschen-Option (Abbildung 33) im Kontextmenü für das Formular für ein Arbeitselement nutzen.

Favoriten für Testpläne

Sie können jetzt Testpläne, mit denen Sie häufig arbeiten, Ihren Favoriten hinzufügen. In der Auswahl Testpläne befinden sich Registerkarten für alle Ihre Testpläne und Favoriten(Abbildung 34). Klicken Sie auf den Stern, um einen Testplan zu Ihren Favoriten hinzuzufügen. Sie können in der Testpläneauswahl und über die Favoriten-Registerkarte auf der neuen Homepage Ihres Kontos auf Ihre Testplanfavoriten zugreifen. Außerdem können Sie Testpläne filtern, indem sie über das Titelfeld suchen (Abbildung 35).

Testauswirkungsanalyse für verwaltete automatisierte Tests

Eine Testwirkungsanalyse für verwaltete automatisierte Tests steht jetzt über Version 2.* (Vorschau) des VSTest-Tasks zu Verfügung (Abbildung 36).

Falls Sie es aktiviert haben, werden nur die relevanten verwalteten automatisierten Tests, die für das Überprüfen einer bestimmten Code-Änderung benötigt wird, ausgeführt. Eine Testauswirkungsanalyse erfordert die aktuellste Version von Visual Studio und wird zur Zeit von der CI für verwaltete automatisierte Tests unterstützt.

Firefox-Support für die Test- & Feedbackerweiterung

Wir freuen uns, die allgemeine Verfügbarkeit der Test & Feedback-Erweiterung für Firefox bekannt zu geben. Das Firefox Add-On können Sie von unserer Marketplace-Seite herunterladen.

Hinweis: Wir arbeiten auch am Support für den Microsoft Edge-Browser. Bleiben Sie dran für Updates

Verbesserungen beim Release Management

Unterstützung von Variablen-Gruppen in der Release-Phase

Variable Gruppen dienen zum Gruppieren von Variablen und deren Werten, um sie über mehrere Versionsdefinitionen zur Verfügung zu stellen. Sie können für variable Gruppen auch die Sicherheit verwalten und auswählen, welche Personen die Variablen aus den variablen Gruppen in Ihren Versionsdefinitionen anzeigen, bearbeiten und verarbeiten können.

Öffnen Sie die Registerkarte Bibliothek im Hub Build und Release und wählen Sie auf der Symbolleiste + Variable Gruppe aus (Abbildung 37). Derzeit werden variable Gruppen nur in Versionsdefinitionen verarbeitet. Weitere Informationen zu variablen Gruppen finden Sie unter Releasedefinitionen in der Microsoft-Releaseverwaltung.

Erstellen (Abbildung 37) und bearbeiten Sie dann (Abbildung 38) eine variable Gruppe, so wie unten gezeigt:

Mehrere Zeitpläne für Releases

Wollen Sie festlegen, dass Ihre Releases mehr als einmal am Tag erstellt werden? In der Versionsdefinition können Sie jetzt mehrere geplante Auslöser konfigurieren (Abbildung 39).

Inline-Dienstverbindungen im Build- und Releaseprozess

Mit diesem Feature können Sie direkt in der Build-/Versionsdefinition Dienstverbindungen erstellen, ohne extra in die Dienste-Registerkarte gehen zu müssen. Dies ist automatisch für alle Erweiterungen, die deklarativ definiert sind, aktiviert, so z.B. für Docker, Jenkins, VMWare und SCVMM.

Build-Artefakte aus anderen Teamprojekten verknüpfen

Bis jetzt war es nur möglich, durch Freigabedefinitionen Artefaktquellen aus dem aktuellen Projekt zu verknüpfen. Sie können auch Build-Artefakte (Abbildung 40) aus anderen Projekten verknüpfen. Beim Verknüpfen eines Artefakts werden alle Projekte in dem Konto in der Dropdownliste aufgeführt.

Verbesserungen der Ressourcengruppen in Azure

Vor diesem Release konnte der Ressourcengruppen-Task von Azure die ARM-Vorlagensyntax nicht überprüfen oder sie würde akzeptiert, ohne tatsächlich die Ressourcen bereitzustellen. Diese Verbesserung beinhaltet den neuen Bereitstellungsmodus Validation Only (Nur Überprüfen), mit dem Sie Probleme bei der Vorlagenerstellung finden können, bevor Sie tatsächlich eine Azure Ressource erstellen.

Inkrementelle oder vollständige Bereitstellungen sind eine weitere Verbesserung des Ressourcengruppen-Task von Azure (Figure 41). Zuvor stellte der Task die ARM-Vorlagen im inkrementellen Modus bereit. Dadurch wurden Ressourcen, die sich in der Ressourcengruppe befinden, aber in der Vorlage nicht weiter festgelegt, jedoch nicht verändert. Der vollständige Modus löscht Ressourcen, die sich nicht in Ihrer Vorlage befinden. Der inkrementelle Modus wird standardmäßig benutzt.

CLI-Task von Azure

Der neue Azure CLI-Task (Abbildung 42) unterstützt das Ausführen von Azure CLI-Befehlen auf plattformübergreifenden Agents wie Windows, Linux und Mac. Der Task unterstützt sowohl klassische als auch ARM-Abonnements. Er unterstützt zwei verschiedene Modi das Skript bereitzustellen, einmal als verknüpftes Artefakt und einmal als Inline-Skript.

Update der Codesuche

Im TFS 2017 Update 1 enthält der Codesuchedienst Elasticsearch Version 2.4.1. Wenn der Codesuchedienst von einem Server, auf dem TFS 2017 ausgeführt wird, konfiguriert wird, wird der Codesuchedienst mit dem TFS-Upgrade aktualisiert. Wenn der Codesuchedienst von einem Remoteserver konfiguriert wird, kopieren Sie den Inhalt des Suchdienstpakets, das Sie mit dem Installer erhalten haben, in den Remotecomputer, und folgen Sie den Anweisungen der Readme-Datei, um den Suchdienst manuell zu aktualisieren.

Verbesserung der Code-Einsicht

SonarQube MSBuild-Task

SonarQube MSBuild-Tasks stehen jetzt in einer Erweiterung von SonarSource zur Verfügung. Weitere Informationen finden Sie unter SonarSource have announced their own SonarQube Team Services/TFS integration (SonarSource kündigen ihren eigenen SonarQube Teamdienst/TFS-Integration an).

Verbesserungen für die Verwaltung

Neue Benachrichtigungseinstellungen-Erlebnis

Benachrichtigungen halten Sie und Ihr Team über die Aktivität in Ihrem Teamdienstprojekt auf dem Laufenden. Mit diesem Update ist es jetzt leichter, die Benachrichtigungen, die Sie und Ihr Team erhalten, zu verwalten.

Sie verfügen jetzt über eine eigene Benutzeroberfläche auf Kontoebene im Profilmenü zum Verwalten Ihrer Benachrichtigungseinstellung.

In dieser Ansicht können Sie persönliche Abonnements verwalten, die Sie erstellen. Außerdem werden Abonnements, die von Teamadministratoren für alle Projekte des Accounts erstellt wurden, angezeigt.

Weitere Informationen zum Verwalten der persönlichen Benachrichtigungseinstellungen finden Sie hier.

„addProjectReports“ ist nun in „TfsConfig“

Sie können nun den Befehl „addProjectReports“ verwenden, um Ihren Teamprojekten Berichte hinzuzufügen. Dies war ursprünglich ein Power Tool-Befehl und ist jetzt Teil des TfsConfig.exe-Befehls. Weitere Informationen finden Sie unter Hochladen von Berichten zu einem Teamprojekt.

Teamräume werden eingestellt.

Aufgrund der weiten Bandbreite an zufriedenstellenden Lösungen, die gut mit TFS und Teamdiensten funktionieren (wie z.B. Slack und Microsoft Teams) haben wir uns dazu entschieden, das Teamraum-Feature sowohl in TFS als auch in den Teamdiensten nicht mehr zu unterstützen. Wenn Sie in den Teamdiensten arbeiten, wird dort ein neues gelbes Banner erscheinen, das Sie über unseren Plan informiert. Das Teamraum-Feature wird später in diesem Jahr vollständig abgeschaltet.

Es gibt verschiedene Alternativen, die Sie benutzen können. Der Teamraum wird sowohl als Benachrichtigungshub als auch als Chatraum genutzt. TFS und Teamdienste können schon in Kombination mit vielen anderen Kollaborationsprodukten wie Microsoft Teams und Slack genutzt werden. Außerdem können Sie Zapier benutzen, um Ihre eigenen Integrationen zu erstellen oder genauere Benachrichtigungseinstellungen vorzunehmen.

Erfahren Sie mehr unter Deprecation of the Team Rooms in Team Services and TFS (Keine weitere Unterstützung für Teamräume in Team Services und TFS).

Markdown unterstützt keine Dateiverknüpfungen mehr

Mit Update 1 werden Dateiverknüpfungen in den Markdowns auf den Begrüßungsseiten, im Markdown-Widget auf dem Teamdashboard und in der „Definition of Done“ auf den Kanban-Boards nicht mehr unterstützt. Sie können das Problem umgehen, indem Sie Ihre Dateiverknüpfung als Text ins Markdown einfügen. Weitere Informationen finden Sie im Markdown guidance (Markdown-Leitfaden).

Ankündigung des Prozessvorlagen-Editors

Wir haben die Erweiterung Prozessvorlagen-Editor für Visual Studio 2017 veröffentlicht. Diese Erweiterung bietet eine praktische Methode zum Anzeigen und Aktualisieren von Prozessvorlagen sowie Tools zum Aktualisieren von globalen Listen und Arbeitselementtypen und zum Anzeigen der Attribute von Arbeitselementfeldern. Dies funktioniert für Server mit TFS 2017 und TFS 2017 Update 1.

Bekannte Probleme

Build funktioniert nicht während des Upgrades auf TFS 2017 Update 1 Build 15.112.26301.0 von TFS 2013 oder früher.

• Problem:

  Beachten Sie, dass dieses Problem nur bei einem Upgrade auf TFS 2017 Update 1 Build 15.112.26301.0 auftritt, das am 7. März 2017 veröffentlicht wurde. Wenn Sie ein Upgrade auf das Build 15.112.26307.0 durchgeführt haben, das am 9. März veröffentlicht wurde, werden Sie dies nicht erleben.

  Nach dem Upgrade von TFS 2013 (RTM oder jedes beliebige Update) oder früher, zeigt Build den Fehler: „counter with name TaskReferenceId does not exist“ (Zahler mit dem Namen TaskReferenceId ist nicht vorhanden).

• Problemumgehung:

  Führen Sie das folgende Skript auf Ihren upgegradeten Sammlungsdatenbanken aus.

  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'
            ) 
  

Kunden sollten ein Update auf Git LFS, Version 1.3.1 oder höher, ausführen

• Problem:

  Git LFS-Versionen vor 1.3.1 werden nicht mehr unterstützt.

• Problemumgehung:

  Wenn Sie Git LFS verwenden, müssen Sie ein Update auf Git LFS, Version 1.3.1 oder höher, ausführen. Ältere Versionen des LFS-Clients sind mit den Änderungen an der Authentifizierung in dieser Version von TFS nicht kompatibel.

Arbeitselementformulare werden nicht korrekt angezeigt

• Problem:

  Wenn Sie ein benutzerdefiniertes Legacy-Steuerelement in Ihren Arbeitselementformularen benutzen, wie z.B. das mehrwertige Legacy-Steuerelement, können Ihre Arbeitselementformulare möglicherweise nicht rendern.

• Problemumgehung:

  Sie müssen Ihr Steuerelement auf die aktuellste Version bringen. Die aktuellsten mehrwertigen Steuerelemente für TFS 2017 Update 1 finden Sie hier.

Arbeitselementformulare werden nicht korrekt im Web angezeigt

• Problem:

  Wenn Sie über ein benutzerdefiniertes Steuerelement wie das mehrwertige Kontrollkästchen verfügen, das für den Visual Studio-Client, jedoch nicht für den Web-Client installiert ist, werden die Arbeitselementformulare im Web nicht gerendert.

• Problemumgehung:

  Sie können eine Weblayout hinzufügen, das das fehlende Steuerelement nicht enthält. Sie können verschiedene Layouts für Visual Studio und Web haben. Weitere Informationen zum Layout finden Sie unter Verweis für alle FORM XML-Elemente (TFS 2015).

Arbeitselementformulare blenden keine schreibgeschützten Felder aus

• Problem:

  Wenn Sie alte Arbeitsaufgabenformulare verwenden bei denen die Eigenschaft HideReadonlyEmptyFields auf TRUE im Layout festgelegt ist, wird Ihr Formular keine schreibgeschützten und leeren Felder ausblenden können.

• Problemumgehung:

  Derzeit gibt es keine Umgehungslösung. Dieses Problem wird in TFS 2017 Update 2 behoben

Formulare für Arbeitselemente werden beim Betrachten als verändert markiert.

• Problem:

  Dieses Problem tritt speziell bei IE 11 auf TFS 2017 Update 1 auf, beim Wechsel zum neuen Arbeitselementformular. Wenn Sie Ihr Benutzerprofil auf Französisch, Koreanisch, Russisch, Türkisch, Japanisch oder Chinesisch festgelegt haben, und das Arbeitselement einer Identität zugewiesen wird, wird Ihnen das Arbeitselementformular bei Anzeige des Arbeitselements als fehlerhaft angezeigt. Wenn Sie das Arbeitselement speichern, wird das Feld „Zugewiesen zu“ auf ohne Zuweisung festgelegt.

• Problemumgehung:

  Verwenden Sie einen anderen Browser neben IE11. Wenn Sie IE11 verwenden, klicken Sie auf „Rückgängig/Aktualisieren“ in der Arbeitselementsymbolleiste, um den korrekten „Zugewiesen zu“-Wert wiederherzustellen.

Zwischenspeicherung von Upstream-NPM-Paketen fehlerhaft

• Problem:

  Wenn sich Ihr TFS-Server hinter einem Proxy befindet, schlägt die Zwischenspeicherung von NPM-Paketen aus dem Upstream fehl.

• Problemumgehung:

  Wenn sich Ihr TFS-Server hinter einem Unternehmensproxyserver befindet, führen Sie die folgenden Änderungen an Ihrer web.config-Datei des TFS-Servers vor (z.B.%ProgramFiles%\Microsoft Team Foundation Server 15.0\Application Tier\Web Services\web.config).

  Ersetzen Sie diesen Konfigurationsblock:

    <!-- 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>
  

  Damit:

    <defaultProxy useDefaultCredentials="true" />
  

Das Dropdown-Menü „Code“ zeigt falsche Seiten der Versionsverwaltung.

• Problem:

  Wenn Sie zur Verwaltungsseite eines Git-Repositorys navigieren, wie im unten abgebildeten Bild (Abbildung 45) dargestellt, und auf den Code-Hub klicken, sehen Sie die Links Changesets und Shelvesets anstelle des Links Verlauf.

• Problemumgehung:

  Verlassen Sie die Git-Repository-Verwaltungsseite, und Sie sehen die korrekten Verknüpfungen.

Erweiterungen werden nicht automatisch aktualisiert

• Problem:

  Wenn Sie eine frühere Version von TFS upgraden, um TFS 2017 zu erreichen, und TFS 2017 im verbundenen Modus ausgeführt wird, dann werden Ihre Erweiterungen nicht automatisch aktualisiert wie sie es sollten.

• Problemumgehung:

  Derzeit gibt es keine Umgehungslösung. Wir haben das Problem behoben und das automatische Update-Verhalten wird Sie mit dem TFS 2017 Update 2 erreichen. Wenn Sie aus irgendeinem Grund nicht auf Update 2 warten können, dann erreichen Sie uns über den Support-Kanal, und wir stellen die Lösung früher bereit.

Erweiterungen können nicht abgerufen werden oder funktioniert nicht ordnungsgemäß, wenn die öffentliche URL nicht richtig festgelegt ist.

• Problem:

  Der Abruf der Erweiterung von Visual Studio Marketplace schlägt fehl.

  Bereits erhaltene Erweiterungen werden wahrscheinlich nicht wie erwartet funktionieren.

• Problemumgehung:

  Dies wurde in TFS 2017 Update 2 behoben. Wir haben zudem ein Upgrade empfohlen. Wenn dies unter Update 1 funktionieren soll, legen Sie die „öffentliche URL“ in der TFS-Server-Administratorkonsole so fest, dass die URL von einem anderen System innerhalb Ihrer Unternehmensumgebung erreicht werden kann (Abbildung 46).

Sehen Sie sich die von Benutzern gemeldeten Probleme zu Team Foundation Server 2017 an.

Feedback und Vorschläge

Wir freuen uns auf Ihr Feedback! Sie können ein Problem melden und es über das Entwicklercommunity-Portal nachverfolgen und Ratschläge zu Stack Overflow (Stapelüberlauf) erhalten.