Kompatibilität zwischen Team Foundation-Clients und Team Foundation Server

In Anbetracht der neuen Funktionen in Visual Studio Team Foundation Server 2010 ist es auch sinnvoll, die Einschränkungen zu kennen, die auftreten, wenn mit vorherigen Versionen von Team Explorer eine Verbindung mit Team Foundation Server 2010 hergestellt wird. Die meisten Einschränkungen können Sie umgehen, indem Sie Team Explorer 2010 in einer parallelen Konfiguration mit einer vorherigen Version von Team Explorer installieren oder indem Sie Team Web Access verwenden.

Tipp

In diesem Thema beziehen sich vorherige Versionen auf Software, die mit Team System 2008 Team Foundation Server und Visual Studio 2005 Team Foundation Server zur Verfügung gestellt wurden. Die aktuelle Version bezieht sich auf Software, die mit Team Foundation Server 2010 zur Verfügung gestellt wurde.

In diesem Thema erhalten Sie Informationen zu den neuen Funktionen, die sich auf die Aufwärts- und Abwärtskompatibilität beim Arbeiten mit Team Explorerauswirken. Aufwärtskompatibilität bezieht sich darauf, wie vorherige Versionen eines Clients die aktuelle Version von Team Foundation Server unterstützen, in manchen Fällen durch Hinzufügen eines Softwareupdates. Die Abwärtskompatibilität bezieht sich darauf, wie die aktuelle Version eines Clients vorherige Versionen von Team Foundation Server unterstützt. Um die Aufwärtskompatibilität von Team Explorer zu unterstützen, steht ein Softwareupdate für die allgemeine Vertriebsversion (General Distribution Release, GDR) zur Verfügung.

Wichtig

Bevor Sie Team Foundation Build oder Team Foundation Server installieren oder aktualisieren, sollten Sie sich über Kompatibilitätsprobleme zwischen den verschiedenen Versionen dieser Komponenten informieren. Beispielsweise können Sie keine Version von Team Foundation Build verwenden, die älter oder neuer als die von Ihnen verwendete Team Foundation Server-Version ist. Einige Team Foundation Build-Funktionen sind nicht verfügbar oder verhalten sich anders, wenn Sie eine Version verwenden, die älter oder neuer als die auf dem Clientcomputer verwendete Team Explorer-Version ist.

In diesem Thema

• Matrix der Kompatibilitätsunterstützung

• Kompatibilität bei paralleler Ausführung

• Neue Funktionen, die sich auf die Versionskompatibilität auswirken

• Projektverwaltungsaufgaben, für die 2010 erforderlich ist

• Clientseitige Aufgaben, die Team Explorer 2010 erfordern, um eine Verbindung mit Team Foundation Server 2010 herzustellen

• Verbinden von verschiedenen Versionen von Team Explorer mit Team Foundation Server

• Funktionsunterstützung durch die Software der allgemeinen Vertriebsversion

  • Planen und Nachverfolgen von Projekten

  • Verwalten von Testfällen und Veröffentlichen von Testergebnissen

  • Arbeiten mit der Versionskontrolle

  • Verwalten von Builds

• Team Web Access und Versionskompatibilität

• Microsoft Source Code Control Interface (MSSCCI) Provider 2010 Power Tool

• Zusätzliche Ressourcen

Matrix der Kompatibilitätsunterstützung

In der folgenden Tabelle ist die Unterstützung der Versionskompatibilität zusammengefasst, die beim Verbinden verschiedener Versionen von Visual Studio, Team Explorer und Team Foundation Server zur Verfügung steht.

Clients und Tools	Team Foundation Server 2010	Team System 2008 Team Foundation Server	Visual Studio 2005 Team Foundation Server
Team Explorer 2010	Ja	Ja (1)	Nein
Team Explorer für Visual Studio Team System 2008.	Nein (2)	Ja (keine Änderung)	Ja (keine Änderung)
Team Explorer für Visual Studio Team System 2008 mit SP1 und allgemeinen Vertriebsversion	Ja (3)	Ja (keine Änderung)	Ja (keine Änderung)
Team Explorer für Visual Studio 2005 Team System.	Nein (2)	Ja (keine Änderung)	Ja (keine Änderung)
Team Explorer für Visual Studio 2005 Team System mit SP1 und der allgemeinen Vertriebsversion	Ja (3)	Ja (keine Änderung)	Ja (keine Änderung)
Team Web Access für Team Foundation Server 2010.	Ja (4)	Nicht zutreffend	Nicht zutreffend
MSSCCI 2008	Nein	Ja (keine Änderung)	Ja (keine Änderung)
MSSCCI 2010	Ja (5)	Nicht zutreffend	Nicht zutreffend

Hinweise:

1. Wenn Sie mit der aktuellen Version von Team Explorer eine Verbindung mit Team System 2008 Team Foundation Server herstellen, können Sie die gleichen Funktionen ausführen wie beim Herstellen einer Verbindung mit Team System 2008 Team Foundation Server mit einer vorherigen Version von Team Explorer. Neue Funktionen, die Team System 2008 Team Foundation Server nicht unterstützt, sind nicht verfügbar.

2. Sie können keine Verbindung mit Team Foundation Server 2010 herstellen, indem Sie vorherige Versionen von Team Explorer verwenden, bei denen die allgemeine Vertriebsversion nicht installiert wurde. Informationen dazu, wie Sie auf die allgemeine Vertriebsversion für Visual Studio 2005 Team System oder Visual Studio Team System 2008 zugreifen, finden Sie unter Zusätzliche Ressourcen weiter unten in diesem Thema.

3. Sie können mithilfe einer früheren Version von Team Explorer mit der allgemeinen Vertriebsversion für diese Version eine Verbindung zu Team Foundation Server 2010 herstellen, allerdings gelten dann die folgenden Einschränkungen:

   • Sie müssen, wie unter Verbinden von verschiedenen Versionen von Team Explorer mit Team Foundation Server weiter unten in diesem Thema beschrieben, die Verbindung mithilfe einer speziellen Prozedur herstellen.

   • Sie können bestimmte Projektverwaltungsaufgaben nicht ausführen. Diese werden weiter unten in diesem Thema unter Projektverwaltungsaufgaben, für die 2010 erforderlich ist beschrieben.

   • Sie haben möglicherweise keinen Vollzugriff auf bestimmte Funktionen. Diese werden weiter unten in diesem Thema unter Funktionsunterstützung durch das Softwaresupportupdate für die allgemeine Vertriebsversion beschrieben.

4. Alle benutzerdefinierten Steuerelemente für Arbeitsaufgaben, die für Team Web Access für Visual Studio Team System 2008 erstellt wurden, müssen erneut erstellt werden. Weitere Informationen finden Sie unter Team Web Access und Versionskompatibilität.

5. Das Microsoft Source Code Control Interface (MSSCCI) Provider 2010 Power Tool unterstützt Team Foundation Server 2010. Weitere Informationen finden Sie unter Microsoft Source Code Control Interface (MSSCCI) Provider 2010 Power Tool.

Kompatibilität bei paralleler Ausführung

Die aktuelle Version von Team Explorer wird mit jedem Produkt in Visual Studio 2010 installiert. Sie können Team Explorer parallel mit älteren Versionen von Team Explorer und Visual Studio ausführen.

Um Microsoft Test Manager sowie Microsoft Project oder Microsoft Excel zu verwenden, muss die aktuelle Version von Team Explorer parallel mit vorherigen Versionen von Team Explorer installiert werden. Sie können z. B. die Office-Integrations-Add-Ins für Excel und Projekt über Version 2005 starten, bei paralleler Ausführung verfügen diese jedoch über die Funktionalität von Version 2010. Auf ähnliche Weise können Sie nur Testfälle veröffentlichen, wenn Sie beide Versionen von Team Explorer parallel ausführen.

Sie müssen ein paralleles Update installieren, um die vorherigen Versionen von Team Explorer mit den aktuellen Versionen von Office-Add-Ins für Team Foundation Server zu verwenden. Weitere Informationen finden Sie unter Zusätzliche Ressourcen.

Neue Funktionen, die sich auf die Versionskompatibilität auswirken

Die folgenden Funktionen in Visual Studio ALM wirken sich auf die Versionskompatibilität aus:

• Eine Bereitstellung kann nun mehrere Installationen von Team Foundation Server enthalten.

• Team Foundation Server 2010 kann mehrere Teamprojektsammlungen hosten. Wenn Sie den Pfad eines Teamprojekts angeben, müssen Sie nun auch die Projektauflistung angeben, in der es gespeichert wird. Dies wirkt sich auf die URL-Speicherorte für Projektportale, den Berichts-Manager und den Prozessleitfaden für ein Teamprojekt aus.

• Sie können neue Typen von Arbeitsaufgabenabfragen, Direktlinks und Strukturansichten nur über die aktuelle Version von Team Explorer oder Team Web Access ausführen und anzeigen.

• Sie können Arbeitsaufgabenabfragen, die neue Typen von Kriterien verwenden, z. B. Kategorien, Gruppen und Vergleichsfeldoperatoren, nur über die aktuelle Version von Team Explorer oder Team Web Access ausführen und anzeigen.

• Wenn Sie Build-Agents für Visual Studio Team System 2008 erstellt haben, können Sie diese nicht für die aktuelle Version von Team Foundation Server verwenden. Beachten Sie vor dem Bereitstellen Ihres Buildsystems die weiteren Informationen unter Informationen zum Team Foundation-Buildsystem.

• Die Builddefinitionen für die aktuelle Version verwenden Windows Workflow. Verwenden Sie während eines Upgrades die Buildupgradevorlage, um die bestehenden Builddefinitionen zu aktualisieren. Weitere Informationen finden Sie unter Erstellen und Verwenden von Builddefinitionen.

• Nur die aktuelle Version von Team Foundation Build unterstützt abgegrenzte Eincheck- und Shelvesetbuilds. Weitere Informationen finden Sie unter Definieren eines abgegrenzten Eincheckbuilds zur Überprüfung der Änderungen.

Projektverwaltungsaufgaben, für die eine Verbindung von Team Explorer 2010 mit Team Foundation Server 2010 erforderlich ist

Sie können eine Teilmenge von Projektverwaltungsaufgaben nur dann ausführen, wenn Sie mit der aktuellen Version von Team Explorer eine Verbindung mit Team Foundation Server 2010 herstellen. Für die administrative, Projekt- und Testfallverwaltung wird die Verwendung der aktuellen Version von Team Explorer in einer parallelen Konfiguration empfohlen. In der folgenden Tabelle sind die Aufgaben zusammengefasst, für die die aktuelle Version von Team Explorer erforderlich ist. Sie können auch die aktuelle Version von Team Explorer verwenden, um Team System 2008 Team Foundation Server zu verwalten.

Aufgaben	Verwandte Themen
Erstellen eines Teamprojekts. Teamprojekte werden mit dem Assistenten für neue Teamprojekte erstellt. Für den Zugriff auf den Assistenten für neue Teamprojekte muss Team Explorer auf dem Computer installiert sein. Team Explorer ist ein Add-In für Visual Studio und kann für jedes Visual Studio 2010-Produkt installiert werden. Abhängig von den für das Teamprojekt konfigurierten Ressourcen müssen Sie erhöhte Berechtigungen für die Teamprojektsammlung und die Server festlegen, die SharePoint-Produkte und SQL Server Reporting Services hosten. Außerdem müssen Sie Visual Studio als Administrator ausführen, wenn Sie das Projekt für eine SharePoint-Site bereitstellen.	Schnellstarthandbuch für das Starten eines Teamprojekts Erstellen eines Teamprojekts
Hochladen und Löschen von Prozessvorlagen. Prozessvorlagen werden mit dem Prozessvorlagen-Manager in Team Explorer verwaltet.	Verwalten von Prozessvorlagen
Importieren, Exportieren und Verwalten von Arbeitsaufgabenverfolgungsobjekten. Mit dem Befehlszeilenprogramm witadmin können Sie Kategorien, globale Listen, Linktypen, Arbeitsaufgabentypen und Arbeitsaufgabenfelder erstellen, löschen, importieren und exportieren. Sie verwalten diese Objekte für eine Projektauflistung oder für ein bestimmtes Teamprojekt.	witAdmin: Verwalten von Objekten für das Nachverfolgen von Arbeitsaufgaben
Importieren der Microsoft Project-Feldzuordnungsdatei. Sie können die Art und Weise anpassen, wie Daten veröffentlicht und aktualisiert werden, indem Sie die Projektzuordnungsdatei ändern.	TFSFieldMapping
Ändern der Attribute von Arbeitsaufgabenfeldern. Mithilfe mehrerer neuer Attribute können Sie Personennamensfelder mit Active Directory synchronisieren oder die Berichtsattribute eines Felds ändern.	Verwalten von Arbeitsaufgabenfeldern [witadmin]
Aktivieren der Synchronisierung eines Personennamensfelds. Sie können den Namen eines Teammitglieds in Active Directory aktualisieren und angeben, dass diese Änderung automatisch in den entsprechenden Arbeitsaufgabenfeldern aktualisiert werden soll.	Neues bei der Nachverfolgung von Arbeitsaufgaben

Clientseitige Aufgaben, die Team Explorer 2010 erfordern, um eine Verbindung mit Team Foundation Server 2010 herzustellen

In der folgenden Tabelle sind die clientseitigen Aufgaben zusammengefasst, die nur verfügbar sind, wenn mit der aktuellen Version von Team Explorer eine Verbindung mit Team Foundation Server 2010 besteht.

Aufgaben	Verwandte Themen
Generieren einer Liste von verknüpften Arbeitsaufgaben. Mithilfe von Direktlinks oder Strukturansichtsabfragetypen können Sie eine Liste von Arbeitsaufgaben anzeigen, mit der Abhängigkeiten veranschaulicht werden.	Anzeigen und Bearbeiten von Arbeitsaufgaben in einer Strukturansicht Anzeigen und Bearbeiten von Arbeitsaufgaben in einer Ansicht mit direkten Links
Generieren einer Liste von Arbeitsaufgaben, die neue Abfragekriterien verwenden. Sie können Abfragen ausführen, die auf einem Vergleich anderer Felder, Mitgliedschaften in einer Gruppe oder Kategorien basieren.	Felder, Operatoren, Werte und Variablen von Abfragen Angeben von Abfragefilterkriterien
Erstellen und Verwalten abhängiger und hierarchischer Links zwischen Arbeitsaufgaben. Sie können Links zwischen Arbeitsaufgaben erstellen, ändern und löschen. Mit der aktuellen Version von Team Explorer, Team Web Access, Microsoft Excel oder Microsoft Project können Sie mehrere Links gleichzeitig erstellen und Linkbeziehungen ändern.	Erstellen oder Löschen von Beziehungen zwischen Arbeitsaufgaben Konfigurieren von Arbeitsaufgaben in einer Strukturliste in Office Excel Sequenz- oder untergeordnete Aufgaben in Office Project
Anzeigen von benutzerdefinierten Steuerelementen in Arbeitsaufgabenformularen. Sie können Steuerelemente in Arbeitsaufgabenformularen hinzufügen. Sie können die folgenden Steuerelemente nur in der aktuellen Version von Team Explorer oder Team Web Access anzeigen: Linkfilter: Steuert den Satz von Linktypen, der verwendet werden kann, um Typen von Arbeitsaufgaben zu verknüpfen. Außerdem können Sie Standardspaltenfelder angeben, die für Links in einem Arbeitsaufgabenformular angezeigt werden. Linkbezeichnung: Fügen Sie einen Link an Informationstext oder an eine Feldbezeichnung an. Eigenständige Bezeichnung: Stellen Sie Informationstext bereit, der keinem Feld zugeordnet ist. Außerdem können Sie einen Link an einen Teil des Texts oder an den gesamten Text anfügen. Webinhalt: Anzeigeinhalt, der auf einem URI (Uniform Resource Identifier) oder HTML in einem Arbeitsaufgabenformular basiert. Der Arbeitsaufgabentypen Testfall und Freigegebene Testschritte sind abhängig vom Steuerelement für Testschritte und dem zugehörigen Steuerelement für Testautomatisierung. Diese Steuerelemente können in der aktuellen Version von Team Explorer oder Team Web Access angezeigt, jedoch nicht geändert werden.	Angeben von Steuerelementen für Arbeitsaufgabenformulare Testfall (Agile)
Erstellen und Verwalten von Builddefinitionen. Eine Builddefinition enthält Anweisungen dazu, welche Codeprojekte kompiliert werden sollen, durch welche Aktion ein Build initiiert werden soll, welche Tests ausgeführt werden sollen, sowie viele andere Konfigurationen. Mithilfe der Upgradevorlage können Sie sogar ältere MSBuild-Dateien verwenden.	Erstellen und Verwenden von Builddefinitionen Verwenden von älteren MSBuild-Builds mithilfe der Upgradevorlage
Erstellen und Ändern eines Buildcontrollers. Erstellen Sie einen Buildcontroller, um die Dienste von einem oder mehreren Build-Agents für die Teamprojektsammlung zu verwalten oder um einen vorhandenen Controller zu ändern.	Erstellen und Verwenden eines Buildcontrollers
Erstellen eines Build-Agents. Ein Build-Agent nimmt Anforderungen vom Buildcontroller an und führt die Buildarbeit aus.	Erstellen und Verwenden von Build-Agents

Verbinden von Team Explorer mit Team Foundation Server

Sie können für die aktuelle Version von Team Explorer eine Verbindung mit Team System 2008 Team Foundation Server herstellen, indem Sie den Standardpfad entfernen, der für den Server definiert ist. Wenn Sie die aktuelle Version von Team Explorer mit Team System 2008 Team Foundation Server verwenden, können Sie nur die Funktionen verwenden, die in der älteren Version von Team Foundation Server zur Verfügung stehen. Neue Funktionen in Team Foundation Server 2010 sind auf der Benutzeroberfläche nicht verfügbar. Weitere Informationen zu neuen Funktionen finden Sie unter Neues in der Verwaltung des Lebenszyklus von Anwendungen in Visual Studio 2010 und Neues bei der Nachverfolgung von Arbeitsaufgaben.

Sie können eine Verbindung zu einer Teamprojektsammlung in einer Bereitstellung von Team Foundation Server 2010 herstellen, indem Sie Team Explorer für Visual Studio Team System 2008 mit sowohl SP1 als auch der allgemeinen Vertriebsversion oder Team Explorer für Visual Studio 2005 Team System mit sowohl SP1 als auch der allgemeinen Vertriebsversion verwenden. Sie können jedoch keine Funktionen verwenden, die mit der aktuellen Version von Team Explorer eingeführt wurden.

So stellen Sie eine Verbindung mit Team Foundation Server her

1. Klicken Sie in Visual Studio im Menü Extras auf Mit Team Foundation Server verbinden.

   Tipp

   Wenn diese Option nicht angezeigt wird, ist Team Explorer nicht installiert. Team Explorer muss installiert werden, bevor Sie eine Verbindung mit Team Foundation Server herstellen können.

2. Klicken Sie im Dialogfeld Mit Teamprojekt verbinden auf Server.

3. Klicken Sie im Dialogfeld Team Foundation Server hinzufügen/entfernen auf Hinzufügen.

4. Führen Sie je nach Server, mit dem eine Verbindung hergestellt werden soll, eine der folgenden Aktionen aus:

   • So verbinden Sie Team Explorer 2010 mit Team System 2008 Team Foundation Server:

     Geben Sie im Dialogfeld Team Foundation Server hinzufügen den Namen oder die URL für den Server ein.

     

     Löschen Sie tfs aus dem Feld Pfad. Um die Verbindung mit Team System 2008 Team Foundation Server herzustellen, muss dieses Feld leer sein.

   • So verbinden Sie Team Explorer für Visual Studio Team System 2008 oder Visual Studio 2005 Team System mit Team Foundation Server 2010:

     Geben Sie im Dialogfeld Team Foundation Server hinzufügen im Feld Name oder URL von Team Foundation Server den Namen oder die URL des Servers ein.

     

     Beim Eingeben eines Servernamens wird im Feld Vorschau automatisch das URL-Format angezeigt, wie das folgende Beispiel zeigt:

     http:// Servername:Port**/**VirtuellesVerzeichnis/Auflistungsname

     ServerName ist der Name des Servers, auf dem Team Foundation Server gehostet wird.

     Port ist der von Team Foundation Server verwendete Port; der Standardwert ist 8080. Wenn vom Server eine andere Portnummer verwendet wird, müssen Sie diese Portnummer in der URL angeben.

     VirtuellesVerzeichnis ist der Standardpfad der Projektauflistungen, die auf dem Server gespeichert sind. In der Standardeinstellung ist das virtuelle Verzeichnis tfs. Dieser Pfad ist optional und wird von Team Foundation Server festgelegt.

     Auflistungsname ist der Name der Teamprojektsammlung, in der das Teamprojekt gespeichert ist.

     In den folgenden Beispielen werden typische Verbindungszeichenfolgen veranschaulicht: http://myserver:8080/tfs/Collection1

     https://server:8080/Collection1

     Tipp

     Sie können eine Verbindung mit der Standardteamprojektsammlung herstellen, indem Sie nur den Servernamen eingeben. Diese Methode ist insofern beschränkt, als dass Sie nur mit einer einzigen Projektauflistung in Team Foundation Server eine Verbindung herstellen können.

5. Vergewissern Sie sich, dass die URL korrekt ist, klicken Sie zweimal auf OK und anschließend auf Schließen.

6. Klicken Sie im Dialogfeld Mit Teamprojekt verbinden unter Teamprojekt auf das Kontrollkästchen für die einzelnen Teamprojekte, auf die Sie zugreifen möchten, und klicken Sie dann auf Verbinden.

Funktionsunterstützung durch die Software der allgemeinen Vertriebsversion

Die folgende Tabellen verdeutlicht, wie neue oder bestehende Funktionen für vorherige Versionen von Team Explorer unterstützt werden. Sie können nur dann eine vorherige Version von Team Explorer mit der aktuellen Version von Team Foundation Server verbinden, wenn sowohl SP1 als auch die allgemeine Vertriebsversion installiert sind. Alle in den folgenden Abschnitten beschriebenen Probleme beziehen sich auf Team Explorer für sowohl Visual Studio Team System 2008 als auch Visual Studio 2005 Team System. Dabei müssen jedoch sowohl SP1 als auch die allgemeine Vertriebsversion für jede Version installiert sein.

• Planen und Nachverfolgen von Projekten

• Verwalten von Builds

• Verwalten von Testfällen und Veröffentlichen von Testergebnissen

• Arbeiten mit der Versionskontrolle

• Neue Funktionen, die sich auf die Versionskompatibilität auswirken

Planen und Nachverfolgen von Projekten

Aufgabe	Vorherige Versionen von Team Explorer mit SP1 und der allgemeinen Vertriebsversion	Problemumgehung
Herstellen einer Verbindung mit mehreren Bereitstellungen von Team Foundation Server.	Sie können eine Verbindung zu einem beliebigen Teamprojekt in einer beliebigen Projektauflistung auf einem beliebigen Server mit Team Foundation Server herstellen.	Keine erforderlich.
Senden der URLs der neuen Speicherorte an Teammitglieder, die vorherige Versionen von Team Explorer verwenden, nach dem Ändern der Speicherorte von freigegebenen Dokumenten, dem Projektportal und dem Prozessleitfaden.	Durch die allgemeine Vertriebsversion können vorherige Versionen von Team Explorer den Speicherort von freigegebenen Dokumenten, dem Projektportal und dem Prozessleitfaden automatisch abrufen.	Keine erforderlich.
Integration von Microsoft Excel oder Microsoft Project.	Sie können zwar eine Microsoft Project-Datei über einen vorherigen Client öffnen und ändern, jedoch keine Linkbeziehungen ändern, die auf Hierarchie und Abhängigkeiten basieren.	Keine erforderlich.
Anzeigen der neuen benutzerdefinierten Steuerelemente in Arbeitsaufgabenformularen.	Sie können Arbeitsaufgabenformulare anzeigen, die neue benutzerdefinierte Steuerelemente enthalten. Diese werden jedoch als fehlend angezeigt. Die Position auf dem Formular, an der das Steuerelement fehlt, wird rot dargestellt, und der Pfad des fehlenden Steuerelements wird angezeigt.	Um alle neuen Steuerelemente des Arbeitsaufgabenformulars anzuzeigen, verwenden Sie die aktuelle Version von Team Explorer in einer parallelen Konfiguration, oder verwenden Sie Team Web Access. Hinweis Die Prozessvorlagen für Microsoft Solutions Framework (MSF) enthalten keine neuen benutzerdefinierten Steuerelemente, außer jenen für die Arbeitsaufgabentypen Testfall und Freigegebene Testschritte. Um manuelle Testschritte in Testfällen und freigegebenen Testschritten zu ändern, muss unabhängig von der Version von Team Explorer, die ausgeführt wird, Microsoft Test Manager verwendet werden.
Zugreifen auf den Knoten Berichte.	Sie können auf den Knoten Berichte zugreifen, der im Projektknoten in Team Explorer angezeigt wird.	Keine erforderlich.
Erstellen und Ausführen von Arbeitsaufgabenabfragen, die Direktlinks und Strukturansichten unterstützen.	Sie können auf der Benutzeroberfläche ermitteln, welche Abfragen nur von einem neueren Client ausgeführt werden können. Diese Abfragen werden in Team Explorer mit einem roten X angezeigt. Wenn Sie vorherige Versionen von Team Explorer verwenden, können Sie keine Abfragen mit neuen Abfrageansichten ausführen.	Keine erforderlich.
Erstellen und Ausführen von Arbeitsaufgabenabfragen, deren Kriterien auf neue Funktionen zugreifen, die in Beziehung zu Gruppen, Kategorien oder Feldvergleichen stehen.	Sie können auf der Benutzeroberfläche ermitteln, welche Abfragen Team Explorer 2010 erfordern. Diese Abfragen werden in Team Explorer mit einem roten X angezeigt. Wenn Sie vorherige Versionen von Team Explorer verwenden, können Sie keine Abfragen mit neuen Filterkriterien ausführen.	Keine erforderlich.
Erstellen und Organisieren von Abfrageordnern.	Sie können auf Abfragen zugreifen, die in Abfrageordnern gespeichert sind. Abfragen vorangestellt ist, wie die folgende Abbildung zeigt, der Name des Ordners und der Unterordner, in denen sie auf dem Server definiert sind: Sie können keine Abfrageordner erstellen oder Abfrageordnerberechtigungen festlegen.	Verwenden Sie Team Web Access oder Team Explorer 2010 in einer parallelen Konfiguration, um Abfrageordner zu erstellen oder Abfrageordnerberechtigungen festzulegen.

Verwalten von Testfällen und Veröffentlichen von Testergebnissen

Aufgabe	Team Explorer für Visual Studio Team System 2008 mit SP1 und der allgemeinen Vertriebsversion	Problemumgehung
Erstellen und Ändern von Testschritten und Automatisierungsfeldern, die in Testfällen definiert sind.	Sie können das Steuerelement für Testschritte und das Steuerelement für zugeordnete Automatisierung in einem schreibgeschützten Modus anzeigen. Dies ist kompatibel mit den Funktionen der aktuellen Version von Team Explorer.	Mithilfe von Team Web Access können Sie die Steuerelemente in einem schreibgeschützten Modus anzeigen. Sie müssen Microsoft Test Manager verwenden, um diese Steuerelemente zu ändern. Weitere Informationen zu diesen Steuerelementen finden Sie unter Gewusst wie: Erstellen eines manuellen Testfalls.
Veröffentlichen von Testergebnissen.	Sie können Testergebnisse mithilfe des Test Result Publishing-Servers sowie über das Befehlszeilentool MSTest in Visual Studio veröffentlichen. Außerdem können Sie Testergebnisse auch in Visual Studio anzeigen.	Sie können Testergebnisse mithilfe von Team Explorer 2010 oder Team Explorer für Visual Studio Team System 2008 mit SP1 und der allgemeinen Vertriebsversion veröffentlichen.

Arbeiten mit der Versionskontrolle

Wenn Sie Team Explorer für Visual Studio Team System 2008 oder vorherige Clients verwenden, kann das Umbenennen von Dateien in Team Foundation-Versionskontrolle zu unerwarteten Ergebnissen führen. Dies gilt insbesondere dann, wenn Sie die rename-Funktion für eine ausstehende Datei verwenden und gleichzeitig eine Datei erstellt haben, die den ursprünglichen Namen der ausstehenden Datei trägt. In diesem Fall können Sie mithilfe einer vorherigen Version von Team Explorer nur eine einzige Datei einchecken, die einen in Konflikt stehenden Namen aufweist. Die neue ausstehende Datei kann nicht eingecheckt werden. In diesem Fall müssen Sie die Änderungen rückgängig machen, um den Client in einen einwandfreien Zustand zurückzuversetzen.

Wenn Sie eine vorherige Version von Team Explorer verwenden, können Sie rename verwenden, ohne andere Benutzer davon abzuhalten, Dateien einzuchecken, und Sie können die Datenintegrität auf dem Server beibehalten.

In der folgenden Tabelle sind die Versionskontrollaufgaben zusammengefasst, bei denen Kompatibilitätsprobleme auftreten, wenn Sie vorherige Versionen von Team Explorer verwenden.

Aufgabe	Vorherige Versionen von Team Explorer mit SP1 und der allgemeinen Vertriebsversion	Problemumgehung
Umbenennen einer Datei in Team Foundation-Versionskontrolle.	Sie können ausstehende Änderungen anzeigen, aktualisieren, rückgängig machen und bestätigen, wenn Sie Dateien und Ordner in der Versionskontrolle umbenennen. Während der rename-Vorgänge können Sie Änderungen mit ausgeführtem Commit in den Changesetdetails und im Quellcodeverwaltungs-Explorer anzeigen. Während der Konfliktauflösung werden ausführliche Meldungen angezeigt.	Verwenden Sie die aktuelle Version von Team Explorer oder Team Explorer für Visual Studio Team System 2008 mit SP1 und der allgemeinen Vertriebsversion, wenn Sie die rename-Funktion verwenden. Wenn Sie mit einem älteren Client arbeiten müssen, checken Sie eine Datei immer ein, nachdem Sie einen rename-Vorgang ausgeführt haben und bevor Sie eine andere Datei mit dem gleichen Namen erstellen.
Checken Sie Quellcode ein, der sich auf mehrere abgegrenzte Builddefinitionen auswirkt.	Sie können Änderungen absenden, die sich auf abgegrenzte Builddefinitionen auswirken. Dabei wird jedoch kein Bestätigungsdialogfeld angezeigt. Wenn sich das Einchecken auf mehrere abgegrenzte Definitionen auswirkt, tritt ein Fehler auf, über den Sie nicht informiert werden.	Sie können den Status des Eincheckens mithilfe von Build Explorer anzeigen. Sie können auch die Anwendung Buildbenachrichtigungen verwenden. Weitere Informationen finden Sie unter Überwachen des Status eines ausgeführten Builds.

Verwalten von Builds

Build-Agents, die in Team Foundation Build für Visual Studio Team System 2008 erstellt wurden, funktionieren nicht in Team Foundation Build für Team Foundation Server 2010. Weitere Informationen finden Sie auf der folgenden Seite der Microsoft-Website: Upgrading TFS 2008 Build Definitions to TFS 2010. Wenn Sie die Upgradebuildprozessvorlage verwenden, können Sie neue Builddefinitionen automatisch auf Team Foundation Server 2010 aktualisieren.

In der folgenden Tabelle sind Buildverwaltungsaufgaben zusammengefasst, bei denen Kompatibilitätsprobleme auftreten, wenn Sie vorherige Versionen von Team Explorer mit oder ohne die allgemeine Vertriebsversion verwenden.

Aufgabe	Vorherige Versionen von Team Explorer mit SP1 und der allgemeinen Vertriebsversion	Problemumgehung
Ändern der Buildcontrollereigenschaften.	Sie können Buildcontrollereigenschaften nicht im Dialogfeld Eigenschaften von Build-Agent ändern. In diesem Fall wird folgende Fehlermeldung angezeigt: "Das Aktualisieren von Build-Agents von diesem Client aus wird nicht unterstützt. Verwenden Sie einen Client, der mit Team Foundation Build 2010 kompatibel ist, und wiederholen Sie den Vorgang".	Verwenden Sie die aktuelle Version von Team Explorer in einer parallelen Konfiguration.
Erstellen und Verwalten von Builddefinitionen.	Sie können Builddefinitionen zwar erstellen, diese oder andere bestehende Builddefinitionen jedoch nicht ändern.	Ändern Sie Builddefinitionen mithilfe der aktuellen Version von Team Explorer. Alternativ können Sie die Buildprozessvorlage mithilfe eines Text- oder XML-Editors ändern.

Team Web Access und Versionskompatibilität

Team Web Access wird bei der Installation von Team Foundation Server 2010 automatisch installiert und konfiguriert. Die Versionskompatibilität stellt kein Problem dar, da auf alle Instanzen von Team Foundation Server von Team Web Access-Diensten zugegriffen wird, die auf diesem Server gehostet werden. Informationen zu den unterstützten Webbrowsern finden Sie unter Verwalten der Arbeit mit Team Web Access.

Alle benutzerdefinierten Steuerelemente für Arbeitsaufgabenformulare, die für Team Web Access für Visual Studio Team System 2008 erstellt wurden, müssen erneut erstellt werden. Diese Steuerelemente müssen mithilfe der Assemblyverweise in der aktuellen Version von Team Web Access neu erstellt werden. Benutzerdefinierte Steuerelemente sind in der gleichen Hauptversion normalerweise binärkompatibel. Beispielsweise können Sie benutzerdefinierte Steuerelemente für die Beta 2 der Version 2010 von Team Web Access ohne Änderung für den Release Candidate oder die endgültige Version 2010 von Team Web Access verwenden.

Microsoft Source Code Control Interface (MSSCCI) Provider 2010 Power Tool

Mit dem MSSCCI-Powertool können Sie Team Foundation-Versionskontrolle in Produkte integrieren, die keine Integration in Team Explorer unterstützen. Die Version 2010 dieses Tools unterstützt Team Foundation Server 2010 und ist mit den folgenden Softwareversionen kompatibel:

• Visual Studio .NET 2003

• Visual C++ 6 SP6

• Visual Basic 6 SP6

• Visual FoxPro 9 SP1

• Microsoft Access 2003 SP2

• SQL Server Management Studio

• Sparx Systems Enterprise Architect 6.1

• Sybase PowerBuilder 10.5

• Toad for SQL Server 2.0

Zusätzliche Ressourcen

Weitere Informationen finden Sie auf den folgenden Seiten auf der Microsoft-Website:

• Visual Studio Team System 2008 Service Pack 1 Forward Compatibility Update for Team Foundation Server 2010 (Installer)

• Visual Studio Team System 2005 Service Pack 1 Forward Compatibility Update for Team Foundation Server 2010 (Installer)

• Upgrading TFS 2008 Build Definitions to TFS 2010

• KB946075 - Team Explorer 2005 Office Integration side by side with 2008 and 2010

• MSSCCI Provider 2010 Power Tool

• Visual Studio 2010 Team Foundation Server Power Tools April 2010

Siehe auch

Konzepte

Arbeiten mit Team Foundation-Clients

Planen und Nachverfolgen von Projekten

Weitere Ressourcen

Verwalten der Arbeit mit Team Web Access