Verwenden von Shelvesets zum Zurückstellen ausstehender Änderungen (Team Explorer Everywhere)

Sie können einen Batch mit ausstehenden Änderungen aus einem Arbeitsbereich vorübergehend zurückstellen, indem Sie ein Shelveset erstellen. Sie können diese Änderungen später in Ihrem Arbeitsbereich oder im Arbeitsbereich eines anderen Benutzers wiederherstellen oder die Änderungen löschen. Weitere Informationen finden Sie unter Ausstehende Änderungen.

Allgemeine Aufgaben

Aufgabe	Unterstützender Inhalt
Grundlegendes zu Shelvesets: Lernen Sie, wie sich Shelvesets und Changesets unterscheiden und in welchen Szenarien die Verwendung von Shelvesets sinnvoll sein kann.	Unterscheidungsmerkmale von Changesets und Shelvesets Szenarien, in denen Shelvesets von Vorteil sein können
Zurückstellen ausstehender Änderungen: Sie können Shelvesets an folgenden Orten erstellen: Im Paket-Explorer oder Projektexplorer über das Menü Team. Im Code-Editor, indem Sie mit der rechten Maustaste in den Editor klicken und das Menü Team auswählen. Im Quellcodeverwaltungs-Explorer. Im Fenster Ausstehende Änderungen. In Plattformübergreifender Befehlszeilenclient für Team Foundation Server über den Befehl tf shelve.	Ablegen und Aufnehmen ausstehender Änderungen (Team Explorer Everywhere) Ausstehende Änderungen ablegen
Suchen und Wiederherstellen von Shelvesets: Sie können Shelvesets nach Besitzer suchen, die Details anzeigen und anschließend ein Shelveset aufnehmen. Wenn Sie mit Visual Studio alle Änderungen in einem Shelveset in einen Arbeitsbereich aufnehmen, werden die Informationen über ausstehende Änderungen, die den Elementen zugeordnet sind, ebenfalls im Fenster Ausstehende Änderungen wiederhergestellt. Sie müssen den Befehl Unshelve verwenden, um ein Shelveset wiederherzustellen. Wenn Sie ein Shelveset aufnehmen, wird in Team Foundation Server jede zurückgestellte Revision im Zielarbeitsbereich als ausstehende Änderung wiederhergestellt, solange die Revision keinen Konflikt mit einer Änderung verursacht, die bereits als ausstehende Änderung im Arbeitsbereich vorhanden ist. Bearbeitungen - Team Foundation Server kopiert den Inhalt der Quellversion des Arbeitsbereichs in die Zielversion des Arbeitsbereichs und checkt die Datei für die Bearbeitung aus. Löschvorgänge - Zurückgestellte Dateien und Ordner, die gelöscht wurden, bevor sie in den Quellarbeitsbereich eingecheckt wurden, werden im Zielarbeitsbereich gelöscht. Hinzufügungen - Zurückgestellte Dateien und Ordner, die der Quellcodeverwaltung vor dem Einchecken in den Quellarbeitsbereich hinzugefügt wurden, werden dem Zielarbeitsbereich hinzugefügt. Umbenennungen und Verschiebungen - Zurückgestellte Dateien und Ordner, die im Quellarbeitsbereich umbenannt oder verschoben wurden, werden im Zielarbeitsbereich umbenannt und in ihre neuen Ordner verschoben. Wichtig Um ein Element aufzunehmen, dürfen keine ausstehenden Revisionen für das Element im Zielarbeitsbereich vorhanden sein. Sie können eine oder mehr Revisionen einer Datei in einem Shelveset mit der Shelvesetbasisversion der Datei vergleichen. Dies ist die Version der Datei, die auf dem Server vorhanden ist. Um diesen Vergleich auszuführen, können Sie entweder den Befehl Aufnehmen in Team Foundation Server-Plug-In für Eclipse oder den Befehl Difference an einer Eingabeaufforderung verwenden.	Suchen eines Shelvesets Anzeigen von Details für Shelvesets Aufnehmen ausstehender Änderungen
Löschen von Shelvesets: Sie können Shelvesets vom Server für Team Foundation-Versionskontrolle löschen. Im Gegensatz dazu werden Changesets permanent im Server gespeichert. Sie können ein Shelveset auch löschen, nachdem Sie es in einen Arbeitsbereich wiederhergestellt haben.	Löschen eines Shelvesets

Unterscheidungsmerkmale von Changesets und Shelvesets

Wenn Sie eine oder mehrere ausstehende Änderungen in den Arbeitsbereich einchecken, wird von Team Foundation Server ein Changeset auf dem Server für die Versionskontrolle erstellt. Sowohl Changesets als auch Shelvesets sind Gruppen für Quelldateirevisionen, Eincheckhinweise, Kommentare und Verknüpfungen zu zugeordneten Arbeitsaufgaben, die auf dem Versionskontrollserver gespeichert werden. Jeder Benutzer, der über ausreichende Berechtigungen verfügt, kann Changesets und Shelvesets in einen Arbeitsbereich abrufen. Shelvesets enthalten jedoch keine Versionen von bereits übernommenen Dateiänderungen.

Changesets und Shelvesets unterscheiden sich außerdem in den folgenden Punkten:

• Im Gegensatz zu einem Changeset ist ein Shelveset eine Entität ohne Versionsinformationen. Wenn Sie die Elemente eines Shelvesets aufnehmen, mehrere Dateien bearbeiten und das Shelveset anschließend erneut zurückstellen, erstellt Team Foundation Server keine anderen Versionen der Elemente für einen späteren Vergleich. Der Server speichert keine Informationen darüber, wann, auf welche Art oder von wem die Elemente bearbeitet wurden. Das ursprüngliche Shelveset wird ersetzt.

• Ein Shelveset können Sie löschen, ein Changeset nicht.

• Sie können ein Changeset mit einer Arbeitsaufgabe verknüpfen, sodass ein Benutzer Details zum Changeset anzeigen kann, indem er auf einen Link auf dem Formular für die Arbeitsaufgabe klickt. Ein Shelveset können Sie nicht mit einer Arbeitsaufgabe verknüpfen.

• Durch das Erstellen und Erzwingen von Eincheckrichtlinien können Sie verhindern (oder es zumindest sehr erschweren), dass Benutzer Changesets erstellen, die nicht mit den festgelegten Teamstandards übereinstimmen. Die Auswertung von Eincheckrichtlinien für Shelvesets ist optional. Daher können Benutzer ggf. auch Shelvesets erstellen, die die festgelegten Teamstandards umgehen.

Szenarien, in denen Shelvesets von Vorteil sein können

Sie können ausstehende Änderungen zurückstellen, wenn Sie einen Satz ausstehender Änderungen noch nicht einchecken möchten oder nicht einchecken können, so z. B. in den folgenden Szenarien:

• Unterbrechung - Stellen Sie ausstehende Änderungen zurück, wenn die Änderungen noch nicht zum Einchecken bereit sind, Sie jedoch an einer anderen Aufgabe arbeiten müssen.

• Integration - Wenn ausstehende Änderungen noch nicht zum Einchecken bereit sind, Sie die Änderungen aber für ein anderes Teammitglied freigeben müssen, können Sie die ausstehenden Änderungen zurückstellen und das Teammitglied bitten, sie aufzunehmen.

• Überprüfung – Sie können Änderungen zurückstellen, für die vor dem Einchecken eine Codeüberprüfung notwendig ist. Nachdem Sie das Shelveset erstellt haben, informieren Sie den Codeprüfer, der dann die Änderungen aufnehmen und überprüfen kann.

• Sicherung – Sie können Änderungen zurückstellen, die Sie vor dem Einchecken sichern möchten. Durch das Erstellen eines Shelvesets werden die Änderungen auf den Versionskontrollserver kopiert.

• Übergabe – Sie können noch nicht abgeschlossene Änderungen zurückstellen und einem anderen Teammitglied übergeben, das die Änderungen fertig stellen soll.

Siehe auch

Weitere Ressourcen

Verwenden der Versionskontrolle (Team Explorer Everywhere)

Arbeiten mit Changesets (Team Explorer Everywhere)