Freigeben über


Versionshinweise zu Team Foundation Server 2015


| Entwicklercommunity Systemanforderungen und Kompatibilitätslizenzbedingungen | | TFS DevOps Blog | SHA-1 Hashes | Neueste Versionshinweise zu 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 2015.

Weitere Informationen zu Team Foundation Server 2015 finden Sie auf der Seite Team Foundation Server: Anforderungen und Kompatibilität.

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


Versionshinweise-SymbolVeröffentlichungsdatum: 6. August 2015

Zusammenfassung der Neuerungen in Team Foundation Server 2015

SKU-Änderungen:

Updates von Features:


Details zu den Neuerungen in Team Foundation Server 2015

Erweiterte Basislizenz

Die folgenden Features stehen jetzt allen Team Foundation Server-Benutzern mit einer „Basic“-Lizenz zur Verfügung:

  • Webbasierte Testausführung
  • Agile-Portfolio-Verwaltung
  • Erstellung eines Arbeitselementdiagramms
  • Teamräume

Was dies bedeutet: Alle Teams von fünf oder weniger Mitgliedern mit einer "Basic"-Lizenz haben Zugriff auf diese Features, die Team Web Access kostenlos verwenden, während größere Teams zu einem viel niedrigeren Preis auf diese Funktionalität zugreifen können.

Änderungen am Schema in Datenbanken

Der Team Foundation Server 2015 enthält eine große Anzahl von Änderungen am Schema, die in den Datenbanken verwendet werden. Daher wird ein Upgrade von TFS 2013 und älteren Releases erwartungsgemäß sehr lange dauern. Da Upgrades offline sind, stellt Microsoft ein Tool, „TfsPreUpgrade.exe“, bereit, das verwendet werden kann, um die zeitaufwändigsten Teile des Upgrades online für die Bereitstellungen TFS 2013 QU4 und QU5 auszuführen. Der Upgrade-Assistent enthält eine Bereitschaftsüberprüfung, mit der Sie gewarnt werden, wenn die Datenbank so groß ist, dass die Ausführung von „TfsPreUpgrade.exe“ empfohlen wird.

Project Server-Erweiterungen

Project Server-Erweiterungen sind jetzt separate Downloads. Weitere Informationen finden Sie im Abschnitt zum TFS auf der Downloadseite.

SharePoint-Erweiterungen

Wenn Sie Ihren Team Foundation Server in der Vergangenheit mit einer SharePoint-Instanz integrieren wollten, die sich auf deinem anderen Computer befand, konnten Sie entweder den Team Foundation Server-Installer auf dem SharePoint-Server ausführen und dann die TFS-Erweiterungen für SharePoint konfigurieren oder einen speziellen Installer (tfs_sharePointExtensions.exe) ausführen, der nur die erforderlichen Bits zum Konfigurieren von TFS-Erweiterungen für SharePoint verwendet.

Dieser spezielle Installer wurde entfernt, damit Sie Ihre Team Foundation Server-Instanz nun mit SharePoint integrieren können. Dazu müssen Sie den Team Foundation Server-Installer auf dem SharePoint-Server ausführen und anschließend die TFS-Erweiterungen für SharePoint konfigurieren.

Identitätskontrolle und Avatare

Dieses neue Steuerelement enthält den vollständigen Namen, den Avatar und die E-Mail-Adresse eines Benutzers.

Wir haben dieses Steuerelement so entworfen, dass es sehr intuitiv zu verwenden ist. Wenn Sie den Fokus auf das Steuerelement legen, erhalten Sie zunächst eine MRU-Liste (Most Recently Used, also die zuletzt verwendeten Elemente) mit Personen, denen Sie zuletzt Arbeitsaufgaben zugewiesen haben. Wenn die gesuchte Person nicht in der Liste enthalten ist, klicken Sie einfach auf „Suchen“, und die Liste wird mit den übereinstimmenden Ergebnissen der Benutzer in Ihrem Konto aufgefüllt. Wir stellen nicht nur eine neue Identitätssteuerung bereit, sondern haben auch viele Stellen umgestalten, an denen der Name eines Benutzers angezeigt wird, sodass nun auch sein Avatar zu sehen ist. Avatare werden auf Karten, auf Ihren Arbeitselementen, Boards und mehr angezeigt.

Taskboard: Fehler in Ihren Backlogs und Boards

Teams können jetzt auswählen, ob sie Fehler in ihren Backlogs anzeigen möchten, unabhängig von der Prozessvorlage. Die Funktionalität dieser Einstellung wurde erweitert. Teams können jetzt die Fehler in den Backlogs und im Taskboard mit Anforderungen (User Stories oder Product Backlog Items), mit Aufgaben oder gar nicht anzeigen.

Produktrückmeldeaktualisierungen

Updates für die Backlog-Navigation

Wir haben die Navigation von Backlogs überarbeitet. Von jedem Backlog können Sie einen Drilldown in weitere Ebenen ausführen, bis zu den Aufgaben. Außerdem können Sie von jedem Backlog aus die Ebenen oberhalb Ihres Backlogs aktivieren oder deaktivieren, indem Sie den übergeordneten Filter verwenden. Elemente, die sich nicht im Besitz des Teams befinden, sondern basierend auf der Beziehung abgerufen wurden, werden mit einer ausgegrauten Farbleiste angezeigt. Sie können auf einem Blick unterscheiden welche Elemente Ihrem Team gehören und welche Elemente einem anderen Team.

Schließlich können Sie in jeder Ansicht eine neue Anordnung und eine neue Überordnung erstellen. Führen Sie einfach für eine beliebige Ansicht einen Drag & Drop-Vorgang aus, um Elemente neu anzuordnen und Beziehungen zu ändern.

Aktivieren von Portfolio Backlogebenen

Im Zusammenhang mit den Navigationsupdates können Sie nun die Backlogebenen deaktivieren, die Ihr Team nicht verwendet. Vor diesem Update wurden alle Backlogebenen für jedes Team erzwungen. Jede Backlogebene kann nun „abonniert“ werden, das heißt, Sie können die für Ihr Team geeigneten Ebenen konfigurieren. Klicken Sie am oberen Rand der Seite auf das Zahnrad, wählen Sie das Team aus, das Sie konfigurieren, und wählen Sie dann die benötigten Backlogebenen aus.

Neuanordnung in einem gefilterten Backlog

Das Kontextmenü bietet nun eine Option zum Verschieben eines Elements an den Anfang oder an eine bestimmte Position, auch wenn ein Filter auf das Backlog angewendet wird.

Filtern von Text in Backlogs und Abfragen

Nun können Sie Backlogs und Abfrageergebnisse schnell mithilfe des neuen Filtertextfelds filtern, das jetzt auf der Symbolleiste vorhanden ist. Geben Sie einfach Text aus den gesuchten Elementen ein, und das Backlog bzw. das Ergebnis wird sofort gefiltert und zeigt nur die Elemente mit übereinstimmenden Text an. Dieses Feature ist sehr praktisch, wenn Sie ein langes Backlog oder ein Abfrageergebnis für ein bestimmtes Element (oder eine Gruppe von Elementen) überprüfen. Beachten Sie, dass die Übereinstimmung für Daten in den angezeigten Spalten erfolgt – einschließlich Tags.

Sprint-Backlog- und Task Board-Updates

Nicht übergeordnete Aufgaben anzeigen

Die Aufgaben im Sprint, die keine übergeordnete Story aufweisen, werden jetzt im Sprintbacklog und dem Task Board unter der Kategorie „nicht übergeordnet“ angezeigt. Die Zeile ohne übergeordnetes Element wird mit einem grauen Balken hervorgehoben. Sie können Aufgaben aus einer Zeile ohne übergeordnetes Element in eine beliebige User Story verschieben und umgekehrt. (Hinweis: Das Ziehen und Ablegen einer nicht übergeordneten Zeile ist nicht zulässig. Es wird immer oben im Sprint-Backlog sowie im Task board angezeigt.)

Zuklappen von abgeschlossenen Storys

Abgeschlossene Storys werden automatisch zugeklappt, wenn das Task Board geöffnet wird. Alle Storys im Sprintbacklog werden standardmäßig zugeklappt. Für Storys, die zugeklappt werden, aber ausstehende Arbeit aufweisen, wird eine Warnung auf dem Task Board angezeigt. Bei reduzierten Zeilen auf dem Task Board wird auch die Zusammenfassung der ausstehenden Arbeit für diese User Story angezeigt. PBIs werden auf dem Task Board jetzt als Karten angezeigt (genauso wie Aufgaben).

Anpassen und Konfigurieren Ihrer Karten durch Hinzufügen von Feldern und Tags

Sie können nicht nur anpassen, wie Ihre Karten im Kanban-Board aussehen, Sie verfügen jetzt auch über Konfigurationsoptionen für die Daten, die auf Ihren Karten im Dialogfeld „Karten anpassen“ angezeigt werden.

(Ein ähnliches Dialogfeld für die Anpassung ist auch für das Taskboard verfügbar.)

Sie können die ID aktivieren oder deaktivieren, auswählen, wie das Feld „Zugewiesen zu“ angezeigt wird, und Sie können Tags direkt auf Ihren Karten anzeigen. Die meisten Benutzer möchten, dass Felder wie „Titel“ und „Zugewiesen zu“ auf jeder Karte vorhanden sind. Es ist jedoch wesentlich zeitsparender, die Karten mit mehr Informationen aufzufüllen, sodass Sie Maßnahmen ergreifen können, ohne sie für weitere Details öffnen zu müssen. Beachten Sie z. B., dass den folgenden Fehlerkarten sowohl „Priority“ (Priorität) als auch „Severity“ (Schweregrad) hinzugefügt wurden:

Beispiel für benutzerdefinierte Felder

Die benutzerdefinierten Felder, die Ihren Karten hinzugefügt werden, können direkt über das Board bearbeitet werden. Diese Optionen gelten pro Team (oder Backlog) und pro Arbeitselement, sodass Sie maximale Flexibilität haben.

Kanban-Boardaktualisierungen

Direktes Hinzufügen und Bearbeiten über das Kanban-Board

Alle Boards wurden aktualisiert, um das Hinzufügen neuer Karten und die Inlinebearbeitung zu unterstützen. Das Kanban-Board verfügt nun über die Schaltfläche „Neues Element“ am Anfang der ersten Spalte, mit dem eine neue Karte hinzugefügt wird. Nachdem Sie eine neue Karte hinzugefügt haben, können alle Daten auf der Karte direkt über die Karte selbst bearbeitet werden. Erfahren Sie mehr über die Inlinebearbeitung und das Hinzufügen inline.

Neuanordnen auf dem Kanban-Board

Wir haben das Neuanordnen von Elementen auf dem Board aktiviert. Sie können jetzt Elemente in jeder Spalte auf Ihrem Board nach oben und unten verschieben. Alle Änderungen, die am Board vorgenommen werden, werden auch direkt im Backlog widergespiegelt. Mit dieser Änderung ergibt sich für viele Benutzer die Möglichkeit, eher das Board anstelle des Backlogs zu verwenden, da das Board jetzt das Hinzufügen, die Inlinebearbeitung und das Neuanordnen unterstützt. Erfahren Sie mehr über die Kanban-Neuanordnung.

Filtern in allen Daten, die im Kanban-Board angezeigt werden

Sie können jetzt das gesamte Board filtern. Geben Sie im Filter für alle Boards einen Filterbegriff ein. Dadurch wird nach den Informationen gefiltert, die auf Ihrer Karte angezeigt werden, einschließlich Filter, die Sie möglicherweise hinzugefügt haben, sowie Tags oder IDs. Es wurde auch ein Filter für die erste Spalte bereitgestellt, damit Sie ein Element in Ihrem Backlog finden können, das Sie in Ihr Kanban-Board pullen können.

Teilen von Spalten auf dem Kanban-Board

Wir haben dem Kanban-Board ein neues Feature namens „Split Columns“ (Spalten teilen) hinzugefügt. Kanban-Teams verwenden ein Pullmodell, um die Arbeit durch das Board zu verschieben. Um dies effektiv durchzuführen, ist jede Spalte auf Ihrem Board in zwei untergeordnete Spalten aufgeteilt – „Doing“ (wird erledigt) und „Done“ (erledigt). Wenn Sie eine Karte in die Spalte „Done“ (erledigt) schieben, wird ein klares Signal angezeigt, dass die Arbeit fortgesetzt werden kann und die Karte von der Person (oder Team), die die nächste Ebene besitzt, gepullt werden kann.

Wenn Sie die Spalten auf Ihrem Board aufteilen möchten, klicken Sie einfach auf den Link „Spalten anpassen“ auf der Symbolleiste.

Weitere Informationen zu geteilten Kanban-Spalten.

Swimlanes auf dem Kanban-Board

Teams haben jetzt die Möglichkeit, horizontale Swimlanes zum Nachverfolgen verschiedener Arbeitsklassen zu erstellen. Ein klassisches Beispiel ist die Eillieferungsposition. Nun kann jedes Team seine eigenen Bereiche erstellen und das Board auf die gewünschte Weise aussehen lassen.

„Definition of Done“ (DoD) in Kanban

Wenn die Arbeit durch das Board weitergeleitet wird, ist es wichtig, dass Sie und Ihr Team sich einig sind, was die DoD, also die Definition von „Fertig“, für jede Spalte bedeutet. Diese Version bietet eine neue Funktion, mit der Sie eine Definition von „Fertig“ für jede Spalte auf dem Board festlegen können. Wir unterstützen auch Markdown, damit Sie den Text formatieren oder Hyperlinks an anderen Stellen einschließen können. Spalten mit einer Definition enthalten jetzt ein kleines Symbol in der Kopfzeile, das die vereinbarte Definition darstellt.

Erfahren Sie mehr über Kanban-DoD (Definition von fertig).

Deaktivieren der ersten Spalte im CFD-Diagramm

Sie können nun die erste Spalte des Kanban-Boards weglassen und ein aussagekräftigeres CFD-Diagramm abrufen. (Die erste Spalte stellt häufig das lange Backlog von Elementen dar, an denen ein Team arbeitet, jedoch nicht die Elemente, die sich aktiv auf dem Kanban-Board befinden.)

Wählen Sie hierzu im CFD-Diagramm „Bearbeiten“ aus, und deaktivieren Sie dann das Kontrollkästchen „Erste Spalte einschließen“. (Beachten Sie, dass für alle vorhandenen Backlogs/CFD-Diagramme dieses Kontrollkästchen standardmäßig aktiviert ist.)

SAFe-Unterstützung für Prozessvorlagen

Wir freuen uns, mithilfe unserer vorhandenen Scrum-, Agile- und CMMI-Vorlagen die integrierte Unterstützung für das Scale Agile-Framework (SAFe) bereitzustellen.

Unterstützung für Epics
  • Der Arbeitselementtyp „Epic“ sowie ein Backlog/Board zum Nachverfolgen von Epic-Elementen wurden hinzugefügt. Epics stehen hierarchisch über Features. Features werden Epics zugeordnet, genau so wie Backlogelemente Features zugeordnet werden.
  • Vollständige Backlog- und Boardfunktionen sind verfügbar. Sie können das Epic-Backlog wie jedes andere Backlog verwalten und die Kanban-Spalten und -Karten entsprechend Ihren Anforderungen anpassen. (Der Epics-Backlog ist standardmäßig nicht aktiviert. Aktivieren Sie zum Aktivieren dieses Features das Kontrollkästchen "Epics" auf der Seite "Teameinstellungen".)
  • Das Epics-Backlog kann auf Teamebene aktiviert oder deaktiviert werden. Gemäß unserem Whitepaper sollten Portfolioteams das Epics-Backlog aktivieren. Programm- und Featureteams können das Epics-Backlog deaktivieren, wenn sie keine Epics in Ihrer Organisation verwalten.
Unterstützung für Architektur- und Geschäftsrückgänge

Wir haben allen Arbeitsaufgaben, die in einem Backlog angezeigt werden, ein Feld "Wertbereich" hinzugefügt, d. h.: Epics, Features und (abhängig von Ihrer Prozessvorlage), wird das Feld auch für Artikelrückgänge, Benutzergeschichten und Anforderungen angezeigt.

Der Wertbereich weist zwei Werte auf: Business and Architectural. Standardmäßig sind alle Epics, Features und Storys Geschäftstypen. Legen Sie zum Erstellen eines architektonischen Epics, eines Features oder einer Story den Wert auf „Architectural“ (architektonisch) fest.

Mit dieser Funktion können Sie Architektur-Epics definieren, die wiederum in architektonische Features und Storys unterteilt werden, sodass Sie Ihre Architekturroadmap in Ihrer Organisation verfolgen können.

Prozessvorlage umbenannt

Der Name der Vorlagen ändert sich vom ausführlichen Namen, der den Versionsnamen (z. B. „MSF for Agile Software Development 2013.4“) enthält, zu „Scrum“, „Agile“ und „CMMI“. Die Vorlagen sind nun gesperrt. Dies bedeutet, dass Sie keine Änderungen an den gelieferten Vorlagen vornehmen können. Wenn Sie eine benutzerdefinierte Prozessvorlage basierend auf einer gelieferten Vorlage erstellen möchten, exportieren Sie einfach eine vorhandene Vorlage, geben Sie ihr einen neuen Namen sowie eine neue Versionsnummer, und importieren Sie sie erneut mithilfe des Prozessvorlagen-Managers. Vorhandene Projekte sind von dieser Änderung nicht betroffen, d. h., der Prozess kann weiterhin mithilfe von „witadmin“ angepasst werden.

Aktuelles Iterationsabfragetoken

Dieses Feature bietet Ihnen die Möglichkeit, ein Token anzugeben, das die aktuelle Iteration in iterationsbasierten Abfragen darstellt. Wie Sie wissen, sind Iterationen mit Daten verknüpft. Wenn Sie von Iteration zu Iteration wechseln, ist es sehr mühsam, alle Abfragen zum Nachverfolgen von Arbeit für die nächste Iteration zu aktualisieren. Mit diesem Release erhalten Sie ein neues Abfragetoken, @CurrentIteration, das die aktuelle Iteration basierend auf dem heutigen Datum zurückgibt. Es gibt jedoch einige Einschränkungen für dieses neue Token. Beispielsweise funktioniert es nicht in Excel. Das Token basiert auf dem Verständnis Ihres Teamkontexts, und Excel verfügt nicht über alle Informationen, die erforderlich sind, um zu bestimmen, welche Iterationen aktuell sind. Erfahren Sie mehr über das Abfragetoken für die aktuelle Iteration (in englischer Sprache).

Progressive Offenlegung von Abfragen

Nun werden jedes Mal, wenn der Abfragebereich angezeigt wird, große Abfragelisten geöffnet. Nur die ersten beiden Ebenen werden geladen. Die restlichen Ebenen können Sie bei Bedarf laden.

Verzweigungsrichtlinien

Um Teams, die Git verwenden, dabei zu unterstützen, die Codequalität für ihr Repository zu verbessern, wurde eine neue Funktion zum Festlegen von Richtlinien für Branches eingeführt. Mit diesen neuen Richtlinien können Teams Anforderungen für Ihre Entwicklungsbranches konfigurieren, die vom Server beim Pushen oder Zusammenführen von Pull Requests erzwungen werden. Sie können Buildunterbrechungen vermeiden, indem Sie mithilfe der Buildrichtlinie festlegen, dass alle Änderungen, die zu einem Branch hinzugefügt werden, einen konfigurierten Build durchlaufen müssen. Sie können auch Code Review-Richtlinien verwenden, um eine Mindestanzahl an Reviewern für Pull Request festzulegen, oder anfordern, dass bestimmte Benutzer Änderungen überprüfen müssen, die an bestimmten Teilen Ihrer Codebasis vorgenommen wurden.

Zweigrichtlinien – Gated Build

Für Git-Projekte können nun Branchrichtlinien festgelegt werden, die einen erfolgreichen Build verlangen, bevor Code an einen Branch übermittelt werden kann. Wenn Sie die Buildrichtlinie aktivieren möchten, müssen Pull Requests verwendet werden, um Änderungen an den konfigurierten Branch zu übermitteln. Der Abschluss eines Pull Requests ist vom erfolgreichen Ergebnis des konfigurierten Builds abhängig.

Zweigrichtlinien – Codeüberprüfung

Für Git-Projekte können nun Branchrichtlinien festgelegt werden, die einen Code Review für jeden Code verlangen, der an einen Branch übermittelt wird. Wenn Sie die Code Review-Richtlinien für einen Branch aktivieren, erzwingen Sie, dass sämtlicher Code mithilfe von Pull Requests an diesen Branch übermittelt werden muss. Die Richtlinien bieten Optionen, um eine Mindestanzahl von Codereviewern zu erzwingen, sowie bestimmte Reviewer für bestimmte Pfade und/oder Dateitypen.

Verzweigungsverlauf (Push- und Pullanforderungen)

Im Webportal wurde der Hub „Verlauf“ unter CODE aktualisiert, um eine neue Ansicht für Git-Projekte zu unterstützen. Die neue Ansicht „Branchaktualisierungen“ zeigt alle Updates für einen bestimmte Branch an und gruppiert Commits durch Push- und Pull Request-Aktivitäten. Diese Ansicht bietet Entwicklern einen neuen Einblick in die Aktualisierung ihres Git-Repository im Laufe der Zeit. Ebenso enthält sie die Rückverfolgbarkeit vom Verlauf zu Pull Requests.

Webverlaufsansicht für Git-Projekte

Der Codeverlaufshub hat eine neue Ansicht: Branch-Updates. Diese Ansicht, die nur für Git-Projekte verfügbar ist, zeigt alle Updates für einen bestimmte Branch an und gruppiert Commits durch Push- und Pull Request-Aktivitäten. Diese Ansicht bietet Entwicklern auch einen neuen Einblick in die Aktualisierung ihres Git-Repository im Laufe der Zeit. Ebenso enthält sie die Rückverfolgbarkeit vom Verlauf zu Pull Requests.

Schnelle Codebearbeitung

In dieser Version haben wir die Funktion hinzugefügt, eine Datei in der Versionskontrolle schnell direkt über Ihren Webbrowser zu bearbeiten und diese Änderungen dann unmittelbar an den Dienst zu übergeben. Beim Durchsuchen einer Quelldatei verfügen Sie nun über den Befehl „Bearbeiten“, durch den die Datei in den Bearbeitungsmodus versetzt wird. Änderungen können dann inline erfolgen und mit einer Farbcodierung sowie Formatierungsunterstützung vervollständigt werden. Sobald Sie auf den Befehl „Speichern“ klicken, erstellen wir ein neues Commit/Changeset mit Ihren Änderungen. Verwenden Sie die Diff-Ansicht, um genau zu sehen, welche Änderungen Sie vornehmen, bevor Sie die Änderungen committen. Wenn es sich bei der Datei um eine Markdown- oder HTML-Datei handelt, können Sie Ihre Änderungen auch anzeigen, bevor Sie sie speichern.

Sie können Dateien nicht nur bearbeiten, sondern haben jetzt auch die Möglichkeit, Dateien direkt über das Web hinzuzufügen, zu löschen und umzubenennen. Wenn Sie eine neue Datei (oder mehrere Dateien) hinzufügen möchten, klicken Sie mit der rechten Maustaste auf einen Ordner in Ihrem Repository, wählen Sie

„Add file(s)“ (Datei(en) hinzufügen) aus, geben Sie Ihren Check-In- bzw. Commitkommentar ein, und dann können Sie schon loslegen. Die Zeiten sind vorbei, als Sie noch Ihre gesamte Codebasis herunterladen mussten, nur um eine Datei umzubenennen oder zu löschen.

Die neuen Bearbeitungsfunktionen werden auch im Willkommenshub angezeigt, was das Erstellen einer Dokumentation für Ihre Projekte vereinfacht. Wenn Sie keine „README.md“-Datei besitzen, können Sie mit unserem Leitfaden für Vorlagen beginnen und Ihre eigene Datei committen.

Es gibt nun auch die Option, Links zu vorhandenen (oder neuen) Markdowndateien zu erstellen, indem Sie der Syntax folgen. Machen Sie sich keine Sorgen, wenn die Seite nicht vorhanden ist, da Sie die neue Datei bearbeiten und committen können, wenn Sie auf den Link „wiki-style“ klicken.

Wir hoffen, dass Ihnen mit diesen neuen Features das Erstellen und Bearbeiten Ihrer Projektdokumentation noch einfacher und schneller von der Hand geht.

Erfahren Sie mehr über die schnelle Codebearbeitung.

Verlaufssteuerelement

Wir haben die Verlaufssteuerung optimiert, damit Diskussionen leichter lesbar sind. Insbesondere wurde der erforderliche vertikale Speicherplatz reduziert, damit Sie die gewünschten Diskussionen schneller anzeigen können. Alle diese Änderungen wurden natürlich durchgeführt, ohne die Funktionalität zu verringern.

Anzeigen des Verlaufs in einem Ordner

Nun können Sie mit der rechten Maustaste auf einen beliebigen Ordner im Projektmappen-Explorer, auf der Seite „Änderungen“ oder auf der Seite „Commitdetails“ klicken und den Verlauf der Änderungen für Dateien in diesem Ordner erhalten.

Erstellen eines Automatisierungssystems

Team Foundation 2015 umfasst unser neues Buildautomatisierungssystem. Wenn Sie mehr über das neue Buildautomatisierungssystem erfahren möchten, klicken Sie auf den Link im Nachrichtenkopf, also die Registerkarte „Build“.

Teamprojekt umbenennen

Es wurde die Option zum Umbenennen eines Teamprojekts hinzugefügt. Alle Ihre Pfade für die Versionskontrolle, Arbeitselemente, Abfragen und andere Artefakte für Teamprojekte werden aktualisiert, um den neuen Namen widerzuspiegeln. Teamprojekte können mehrmals umbenannt werden, und ältere Namen können ebenfalls wiederverwendet werden.

Erfahren Sie mehr über das Umbenennen eines Teamprojekts (in englischer Sprache).

REST-APIs

Dies ist die erste Version, die Rest-APIs in die lokale TFS-Instanz bringt. JSON-REST-APIs bieten einen einfachen Weg, praktisch über jedes Gerät, jede Plattform oder jeden Technologiestapel (einschließlich Windows, Android, iOS, Node.js und andere) mit Team Foundation Server zu arbeiten. Sie können Arbeitselemente erstellen und abfragen, einen Build in die Warteschlange stellen, aktuelle Teamraumnachrichten abrufen, auf Quellcode zugreifen und nahezu alle Team- oder Codeverwaltungsaufgaben ausführen.

Service-Hooks

Sie können Service Hooks verwenden, damit Ihre App oder Ihr Dienst sofort benachrichtigt wird, wenn ein Ereignis in Team Foundation Server auftritt. Mit Service Hooks kann Ihre App oder Ihr Dienst fortlaufende Abrufvorgänge vermeiden, um nach Änderungen zu suchen, z. B. abgeschlossene Builds, Commits/Check-Ins oder Arbeitselementänderungen. Nun können Sie leistungsstarke Integrationsszenarios generieren, in denen Team Foundation Server einen anderen Dienst über eine Änderung informieren kann, wodurch die Verwendung beider Dienste ermöglicht wird. Sie können Service Hooks als neuen Hub in der Projektverwaltung suchen.

Funktionsweise von Dienst-Hooks: Ein Diensthaken-Abonnement steuert, welche Aktion für ein Ziel ausgeführt werden soll, externer Dienst, wenn ein bestimmter Ereignistyp auftritt. Ähnlich wie bei einem E-Mail-Benachrichtigungsabonnement wird ein Service Hook-Abonnement dem Benutzer zugeordnet, der es erstellt hat. Wenn ein Ereignis auftritt und ein Service Hook versucht, ein konfiguriertes Abonnement einem Ereignis zuzuordnen, wird eine Berechtigungsüberprüfung durchgeführt, um sicherzustellen, dass der Benutzer, der das Abonnement erstellt hat, über die Berechtigung für den Zugriff auf die dem Ereignis zugeordnete Ressource verfügt. Beispielsweise erstellt ein Benutzer (wahrscheinlich ein Projektadministrator) ein Service Hook-Abonnement, das bei allen Ereignissen zu „Arbeitselement erstellt“ ausgelöst wird. Wenn ein neues Arbeitselement unter einem Bereichspfad erstellt wird, auf den dieser Benutzer keinen Zugriff hat, verhindert die Berechtigungsüberprüfung den Abgleich des Abonnements und somit, dass externe Benachrichtigungen über dieses Abonnement gesendet werden.

Da Service Hooks die Integration in externe Dienste (z. B. Trello oder Campfire) vereinfachen, sollten Sie sicherstellen, dass die Daten, auf die der Ersteller eines Abonnements Zugriff hat, nicht anderen Benutzern zur Verfügung gestellt werden, die möglicherweise nicht über die gleiche Zugriffsebene verfügen. Beispielsweise kann ein Abonnement, das alle „Codepushereignisse“ an einen Campfire-Raum senden soll, dazu führen, dass Informationen gegenüber Benutzern, die keinen Zugriff auf das dem Ereignis zugeordnete Repository haben, unsachgemäß offengelegt werden. Diese Benutzer können die Informationen demnach einsehen, da sie Zugriff auf den Campfire-Raum haben.

Verbesserte Zusammenführungsleistung

Die Leitung beim Zusammenführen wurde verbessert, was insbesondere bei großen Repositorys auffällt.

Weisen Sie mehrere Tester zu und laden Sie sie zum Testen ein

Wenn Sie sich in einem Szenario befinden, in dem Sie mehrere Abmeldebesitzer einladen müssen, dieselben Testfälle auszuführen, können Sie nun mehrere Tester einer Testsammlung zuweisen. Auf diese Weise wird jeder Testfall in der Testsammlung ausgewählt, und es wird für jeden Tester, den Sie zur Testsammlung hinzufügen, ein Test erstellt. Sie können auch eine E-Mail senden, in der die Tester zum Ausführen von Tests eingeladen werden. Wenn ein Tester in der E-Mail auf den Link „Tests anzeigen“ klickt, wird ein Testplan geöffnet, der eine gefilterte Liste von Tests enthält, die diesem Tester zugewiesen sind.

Alle Tester zum Ausführen von Tests in der Sammlung auswählen

Cloudbasierte Auslastungstests

Wir kündigen neue Funktionen für die Ausführung von cloudbasierten Auslastungstests als Teil des neuen Buildsystems an. Es gibt zwei Teile: einen cloudbasierten Auslastungstest und einen cloudbasierten Webleistungstest:

list-style-type: none;

  • Mit dem cloudbasierten Auslastungstest können Sie ein vorhandenes Auslastungstestprojekt als Teil Ihrer CI/CD-Pipeline ausführen.
  • Der cloudbasierte Webleistungstest führt einen einfachen Auslastungstest für eine App-URL aus, wobei die grundlegenden Auslastungstestparameter in der Aufgabe selbst konfiguriert werden.

Cloudbasierter Auslastungstest

Automatisierte Tests

Wir kündigen neue Funktionen zum Ausführen von Komponententests auf dem Buildcomputer an, die funktionale automatische Ausführungen auf Remotecomputern und das Durchsuchen von Testergebnissen als Teil des neuen Buildsystems. Weitere Informationen finden Sie in diesem Blog.

Es gibt zwei Testaufgaben: Visual Studio-Tests (VSTest-Aufgabe) und Visual Studio-Tests mit Test-Agents (VSTest-Remoteaufgabe).

  • Die VSTest-Aufgabe führt Tests lokal auf dem Buildcomputer aus. In der Regel führen Sie nur Komponententests mit dieser Aufgabe aus.
  • Die VSTest-Remoteaufgabe führt Tests verteilt auf Remotecomputern mithilfe von Test-Agents aus, und Sie können entweder funktionale Tests, Komponententests oder UI-Tests ausführen.

Zusätzlich kündigen wir einen Hub „Computer“ und eine Registerkarte „Ausführungen“ im Testhub an.

  • Computer-Hub: Sie verwenden den Computer-Hub, um Remotecomputer zu erstellen und zu verwalten.
  • Registerkarte wird ausgeführt. Diese Registerkarte im Testhub fungiert als einzelnes Repository für alle Testergebnisse im System. Sie können nicht nur automatisierte Testergebnisse aus VSTest- und VSTestRemote-Aufgaben durchsuchen, sondern auch aus älteren Workflows wie XAML-Builds und Workflows zum Erstellen, Bereitstellen und Testen. Darüber hinaus können Sie die Testergebnisse für die Veröffentlichung in Ihre benutzerdefinierte Aufgaben integrieren, indem Sie REST-APIs zum Veröffentlichen von Testergebnissen nutzen. Heute unterstützt der Hub „Ausführungen“ die Abfrage von Testläufen und Testergebnissen, das Zuweisen von Besitzern zu fehlgeschlagenen Tests, die Nachverfolgung deren Analyse und das Einreichen von Programmfehlern.

Änderung des API-Verhaltens

Die Werte „name“ (Name), „description“ (Beschreibung) und „metadata arguments“ (Metadatenargumente) der API für die Methode IProcessTemplates.AddUpdateTemplate werden nun von den im zipFileName angegebenen Daten der Prozessvorlage überschrieben. Der Grund für die Änderung besteht darin, Konflikte zwischen dem Inhalt der ZIP-Datei und dem, was als Parameter an die API übergeben wird, zu vermeiden.

IProcessTemplates.AddUpdateTemplate-Method

Der folgende Screenshot zeigt, wo diese Eigenschaften in „ProcessTemplate.xml“ definiert sind.

In der XML-Vorlage definierte Eigenschaften


Fehlerkorrekturen und bekannte Probleme

Eine umfassende Beschreibung der technischen Verbesserungen, Fehlerkorrekturen und bekannten Probleme in dieser Version finden Sie im folgenden Knowledge Base-Artikel.


Sind Sie zufrieden?

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. Teilen Sie uns Ihre Ideen zu Themen, die Sie durch uns priorisiert sehen möchten, wie immer in der Entwicklercommunity mit. Dort können Sie Ihre Idee hinzufügen oder bestehende Ideen bewerten.


Seitenanfang