Freigeben über


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


Hinweis

Dies ist nicht die neueste Version von Team Foundation Server. Das neueste Release können Sie über die aktuellen Anmerkungen zu dieser Version für Update 3 von Team Foundation Server 2018 herunterladen. Sie können die Sprache auf dieser Seite ändern, indem Sie in der Seitenfußzeile auf das Globussymbol klicken und die gewünschte Sprache auswählen.


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

Team Foundation Server 2017 Update 1 herunterladen

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.


Versionshinweise-SymbolVeröffentlichungsdatum: 7. März 2017

Zusammenfassung der Neuerungen in Team Foundation Server 2017 Update 1


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. An einer Stelle ist alles gesammelt, was Sie brauchen und was für Sie wichtig ist. 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 Repositoryadministrator

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: Repository löschen
  • Umbenennen: Repository 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.

Verbesserung der Branchrichtlinie

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 Bearbeiter werden auch im erforderlichen Abschnitt zusammengefasst und werden nur als übergeben markiert, wenn die Genehmigung durch alle erforderlichen Bearbeiter erfolgt ist.

Abschnitt
(Abbildung 2) Abschnitt „Richtlinien“

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 Abooption zum außer Kraft setzen von Richtlinien 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.

Dialogfeld 'Abgeschlossen'
(Abbildung 3) Dialogfeld „Abschließen“

Ausgeschlossene Unterstützungsdateien in den erforderlichen Prüferrichtlinien

Beim Zuweisen von benötigten Prüfern zu bestimmten Dateipfaden können Sie jetzt durch ein „!“ Pfade ausschließen. Dies können Sie zum Beispiel dazu nutzen, um Dokumentenordner aus Ihrem normalerweise benötigten Signoff auszuschließen (Abbildung 4).

Unterstützung für Dateiausschlüsse
(Abbildung 4) Unterstützung des Dateiausschlusses

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

Hinzufügen von .gitignore während des Erstellens des Repositorys
(Abbildung 5) Hinzufügen von „.gitignore“ während des Erstellens des Repositorys

Cherry-Pick und Revert (Zurücksetzen)

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 sowohl durch einen Hotfix als auch im Hauptbranch behoben werden muss. 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. Gehen Sie zum Pull Request, der die rückgängig zu machende Änderung enthält und klicken Sie auf Revert (Zurücksetzen). Folgen Sie den Schritten, mit denen Sie einen Pull Request erstellen können, 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 Vergleichsbranch

Sie können jetzt Ihren Vergleichbranch auf einen anderen als den Standardbranch festlegen. Diese Einstellung bleibt für jeden Benutzer erhalten. Pull Request und neue Branches, die von der Branches-Seite aus erstellt wurden, orientieren sich an dem Branch, den Sie als Vergleichsbranch 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.

Datei oder Ordner finden
(Abbildung 6) Suchen von Dateien oder Ordnern

Bestätigung beim 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.

Repositoryfavoriten

Sie können jetzt Repositorys, mit denen Sie häufig 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.

Repositoryfavoriten
(Abbildung 7) Repositoryfavoriten

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.

Commitverlauf
(Abbildung 8) Commitverlauf

Verbesserungen der Commit-Seite

Die Arbeit mit der Commit-Detailsseite und der Commit-Verlaufsseite ist nun sehr modern und äußerst leistungsfähig. Wichtige Informationen, die das Commit betreffen, können Sie aus einer Sicht von oben finden und darauf reagieren.

In Branches nach Commits 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).

Suche nach Commits
(Abbildung 11) Suche nach Commits

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

Dialogfeld
(Abbildung 12) Suche nach Commits (Dialogfeld)

Symbolleiste für Diskussionssteuerelement

Markdown ist beim Hinzufügen von Kommentaren ein leistungsfähiges Tool zum Abrufen von Anforderungen, 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.

Diskussionssymbolleiste
(Abbildung 13) Diskussionssymbolleiste

PR-Kommentarverbesserungen

Damit Sie neue Kommentare in der PR besser erkennen, wurde zusätzliche Dekoration zu den neuen Antworten in vorhandenen Diskussionsthemen hinzugefügt. Kommentare in der Dateiansicht heben auch Themen hervor, die neue Kommentare enthalten (Abbildung 14).

PR-Kommentar
(Abbildung 14) PR-Kommentarverbesserungen

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-Anforderung Nr. 2 hat diesen Commit an den Hauptteil gebracht.
  • Derselbe Commit wurde über Pull Request 1 in die Verzweigung 4 verschoben.

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

Einem Pull Request folgen
(Abbildung 16) Einem Pull Request folgen

Pull Requests erneut mergen

Um das Mergen von Pull Requests, deren Zielbranch aktualisiert wurde, erneut durchzuführen, wurde eine weitere Option hinzugefügt. Die Option Erneut mergen ist dann sehr nützlich, wenn Sie sicherstellen wollen, dass neueste Änderungen im Zielbranch nicht zu Konflikten in Ihrem Pull Request-Build geführt oder dieses sogar beschädigt haben.

Abschluss wegen abgelehnter Pull Requests blockiert

Branches, die die Codeüberprüfungsrichtlinie festgelegt haben, zeigen, dass der Pull Request nicht abgeschlossen werden konnte, wenn er von einem oder mehreren Prüfern 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).

Codeüberprüfungsrichtlinie
(Abbildung 17) Richtlinie für die Codeüberprüfung

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 über Drag & Drop oder das Durchsuchen Ihrer Festplatte hinzugefügt werden. Bilder werden als Anlagen aus der Zwischenablage eingefügt. Durch das Hinzufügen einer Anlage wird der Kommentar automatisch aktualisiert und fügt dem neuen Anhang einen Markdownverweis hinzu.

Anlagen in Pull Request-Diskussionen
(Abbildung 18) Anlagen in Pull Request-Diskussionen

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 Pull Request sehen, der über Änderungen verfügt, dann wird auch eine ähnliche Zusammenfassung in der Übersicht angezeigt. 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, einen Pull Request weiterzuverfolgen, den der Autor aufgrund von Rückmeldung noch einmal verändert hat.

Pull Request-Zusammenfassung
(Abbildung 20) Pull Request-Zusammenfassung

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.

Branch-Richtlinie
(Abbildung 21) Branchrichtlinie

Mergekonfliktinformationen 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.

Mergekonflikte
(Abbildung 22) Mergekonflikte

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 für Arbeitselementverfolgung

Verbesserte Suchfunktionen für bereichsbezogene 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 aktualisierten Erfahrung geben die MRU-Liste und Suchergebnisse der Auswahl nur Mitglieder der konfigurierten Gruppe zurück und zeigen keine Ergebnisse für alle gültigen Benutzer für die Sammlung an.

Verbesserungen für Builds

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.

Synchronisation und Auschecken der Quelle in einem Build deaktivieren

Wenn Sie möchten, können Sie die automatische Synchronisation und das automatische Auschecken der Quelle für Git deaktivieren. So ist es Ihnen möglich, die Vorgänge der Quelle in einem Task oder einem Skript zu bearbeiten, ohne dass Sie sich auf das integrierte Verhalten des Agenten verlassen zu müssen. 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 flach Git-Klone und Git-LFS. Weitere Informationen finden Sie auf der Seite Build definition repository (Builddefinition-Repository).

Versionsverwaltung von Tasks für Build- und Versionsdefinitionen

Wir haben Ihnen die Kontrolle über die Taskhauptversion 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. Die Taskhauptversion können Sie in der Build-Registerkarte Ihrer Definition oder in der Registerkarte Environments (Umgebungen) Ihrer Versionsdefinition festlegen.

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 views (Versionsansicht) in der Paketverwaltung

Wir haben der Paketverwaltung ein neues Feature namens Releaseansichten (Abbildung 23) hinzugefügt. „Releaseansichten“ steht für eine Teilmenge von Paketversionen in Ihrem Feed, das Sie in diese Releaseansicht höher gestuft 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 dem Einstieg oder erfahren Sie mehr zu den Releaseansichten für CI/CD von Paketen, um zu beginnen.

Release views (Versionsansicht) in der Paketverwaltung
(Abbildung 23) Releaseansichten

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.

Eine neue NPM-Option wird im Dialogfeld Connect to feed (Mit Feed verbinden) angezeigt; jetzt können Sie beginnen (Abbildung 24).

NPM in der Paketverwaltung
(Abbildung 24) npm in der Paketverwaltung

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. Vorher mussten Sie dafür xctool verwenden. 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).

Xcode Build-Formatierung
(Abbildung 25) Formatierung von Xcpretty

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 mit den Buildtasks Testergebnisse veröffentlichen oder Codeabdeckung veröffentlichen veröffentlicht werden.

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.

Automatische Signatur von Xcode
(Abbildung 26) Automatische Signatur von Xcode

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.

Xcode-Exportoptionen
(Abbildung 27) Xcode-Exportoptionen

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.

Tests durchführen
(Abbildung 28) Ausführen von Tests

Ü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.

Überprüfen von Fehlern eines Arbeitselements
(Abbildung 29) Überprüfen von Fehlern von Arbeitselementen

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 dem Testplan-Hub einen neuen Beitragspunkt hinzugefügt („ms.wss-test-web.test-plan-pivot-tabs“) (Figure 32), der es Entwicklern erlaubt, Erweiterungen als Pivotregisterkarten zu schreiben, die neben den Registerkarten Tests und Diagramme angezeigt wird.

Beitragspunkt
(Abbildung 32) Beitragspunkt

Testartefakte löschen

Vor diesem Release war Ihre Löschoption 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.

Testartefakte löschen
(Abbildung 33) Testartefakte löschen

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

Testpläne
(Abbildung 34) Testpläne
Testen von Favoriten
(Abbildung 35) Testfavoriten

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

Testauswirkungsanalyse
(Abbildung 36) Testwirkungsanalyse

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 variabler Gruppen im Release

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 Version Definitionen in Microsoft Release Management (Releasedefinitionen in der Microsoft-Releaseverwaltung).

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

Variable Gruppe erstellen
(Abbildung 37) Variable Gruppe erstellen
Variablengruppe bearbeiten
(Abbildung 38) Variable Gruppe bearbeiten

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

Releasezeitpläne
(Abbildung 39) Releasezeitplan

Inline-Dienstverbindungen in Build und Release

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.

Bis jetzt war es nur möglich, durch Versionsdefinitionen Artefaktquellen aus aktuellen Projekten 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 der Dropdownliste aufgeführt.

Verknüpfungsbuildartefakte
(Abbildung 40) Buildartefakte verknüpfen

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.

Azure-Ressourcengruppen
(Abbildung 41) Azure-Ressourcengruppen

CLI-Task von Azure

Der CLI-Task von Azure (Abbildung 42) unterstützt das Ausführen von CLI-Befehlen in plattformübergeifenden 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.

CLI-Task von Azure
(Abbildung 42) Azure CLI-Task

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

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 „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 werde nicht weiter unterstützt

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 gelbes Banner angezeigt, das Sie über dieser Tatsache 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).

Mit diesem Update 1 werden Dateiverknüpfungen nicht mehr in den Markdowns auf der Startseite, im Markdownwidget auf dem Teamdashboard und von „Definition of Done“ (Definition von „Fertig“) auf den Kanban-Boards 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, geschieht dies.

    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 rendern nicht vollständig

  • 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 rendern nicht vollständig im Web

  • Problem:

    Wenn Sie ein benutzerdefiniertes Steuerelement verfügen, z.B. das mehrwertige Steuerelement, das für den Visual Studio-Client, jedoch nicht für den Web-Client installiert wurde, rendern Arbeitselementformulare nicht im Web.

  • 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:

    Dieses Problem kann derzeit nicht vermieden werden. Dieses Problem wird in TFS 2017 Update 2 behoben

Arbeitselementformulare werden bei Anzeige geändert

  • Problem:

    Dieses Problem ist spezifisch für IE 11 auf TFS 2017 Update 1, bei Aktivierung des neuen Arbeitselementformulars. 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“ als nicht zugewiesen festgelegt.

  • Problemumgehung:

    Verwenden Sie einen anderen Browser neben IE11. Wenn Sie IE11 verwenden, klicken Sie auf „Rückgängig/Aktualisieren“ auf der Arbeitselementsymbolleiste zum Wiederherstellen des richtigen Werts für „Zugewiesen zu“.

Zwischenspeicherung von hochgestreamten NPM-Paketen fehlgeschlagen

  • Problem:

    Wenn sich Ihr TFS-Server hinter einem Proxyserver befindet, schlägt die Zwischenspeicherung von hochgestreamten NPM-Paketen 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 inkorrekte Seiten der Versionskontrolle

  • Problem:

    Wenn Sie zur Verwaltungsseite auf einem Git-Repository navigieren, so wie im unten gezeigten Bild dargestellt (Abbildung 45), und Sie auf den Code-Hub klicken, sehen Sie die Verknüpfungen Changesets und Shelvesets anstatt der Verknüpfung 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:

    Dieses Problem kann derzeit nicht vermieden werden. Wir haben das Problem behoben. Das automatische Updateverhalten erreichen Sie über TFS 2017 Update 2. 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).

Codemenü
(Abbildung 46) Codemenü

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

Das Entwicklercommunityportal


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.


Seitenanfang