Einchecken ausstehender Änderungen für einen abgegrenzten Eincheckbuild
Wenn Sie Dateien in einen Versionskontrollordner einchecken, der von einem abgegrenzten Eincheckbuild gesteuert wird, müssen Sie einige zusätzliche Schritte ausführen, um den Eincheckvorgang abzuschließen.
Erforderliche Berechtigungen
Diese Verfahren können nur ausgeführt werden, wenn die Berechtigungen Einchecken und Builds anzeigen auf Zulassen festgelegt sind. Weitere Informationen finden Sie unter Team Foundation Server-Berechtigungen.
Beginnen mit dem Einchecken von Änderungen in einen Ordner, der von einem abgegrenzten Eincheckbuild gesteuert wird
Wenn das Dialogfeld Abgegrenzter Eincheckvorgang während des Eincheckvorgangs angezeigt wird (wie unter Einchecken von ausstehenden Änderungen beschrieben), müssen die Änderungen zuerst mit Team Foundation Build erstellt werden, bevor sie eingecheckt werden können.
So checken Sie Änderungen in einen Ordner ein, der von einem abgegrenzten Eincheckbuild gesteuert wird
Greifen Sie im Dialogfeld Abgegrenzter Eincheckvorgang auf das Menü Builddefinition zu, und führen Sie einen der folgenden Schritte aus:
Fahren Sie mit dem nächsten Schritt fort, wenn eine Builddefinition angezeigt wird.
Wenn anstelle des Namens einer Builddefinition das Menü Builddefinition angezeigt wird, sollten Sie den Administrator des Builds darüber informieren, dass zwei oder mehr Builddefinitionen vorhanden sind, die denselben Versionskontrollordner steuern. Wählen Sie im Menü Builddefinition die Builddefinition aus, die Sie vom Buildadministrator genannt bekommen.
Führen Sie einen der folgenden Schritte aus:
Abbrechen des Eincheckvorgangs und Fortfahren mit der Arbeit: Wenn Sie zu diesem Zeitpunkt noch keinen Testbuild der Änderungen erstellen möchten, klicken Sie auf Abbrechen. Klicken Sie auf Ja, wenn Sie gefragt werden, ob Sie das Shelveset löschen möchten.
Abbrechen des Eincheckvorgangs und Starten eines privaten Builds der Änderungen: Wenn Sie den Code in einem privaten Build selbst erstellen möchten, klicken Sie auf Abbrechen. Wenn das System fragt, ob Sie das Shelveset löschen möchten, notieren Sie sich den Namen des neuen Shelvesets und klicken auf Nein. Sie können das Shelveset dann manuell erstellen. Weitere Informationen finden Sie unter Stellen eines Builds in die Warteschlange.
Fortfahren mit dem Eincheckvorgang und Beibehalten der Änderungen im Arbeitsbereich: Informationen dazu, wie Sie mit dem Eincheckvorgang fortfahren und die Änderungen beibehalten, finden Sie unter Fortfahren mit dem abgegrenzten Einchecken nach dem Beibehalten der Änderungen im Arbeitsbereich.
Fortfahren mit dem Eincheckvorgang und Löschen der Änderungen im Arbeitsbereich: Falls Sie mit den Änderungen nicht weiterarbeiten müssen, fahren Sie mit Fortfahren mit dem abgegrenzten Eincheckvorgang nach dem Löschen der Änderungen im Arbeitsbereich fort.
Umgehen der Anforderungen des abgegrenzten Eincheckvorgangs: Wenn Sie die Berechtigung Eincheckvalidierung durch den Build außer Kraft setzen auf Zulassen festgelegt haben, können Sie die Anforderungen des abgegrenzten Eincheckvorgangs umgehen. Klicken Sie auf Optionen anzeigen, und aktivieren Sie dann Validierungsbuild umgehen und Änderungen direkt einchecken (entsprechende Berechtigungen vorausgesetzt).
Fortfahren mit dem abgegrenzten Einchecken nach dem Beibehalten der Änderungen im Arbeitsbereich
Der abgegrenzte Eincheckvorgang bietet die Möglichkeit, mit dem Einchecken fortzufahren und die Änderungen beizubehalten. Der Nachteil dieser Art des Fortfahrens besteht darin, dass Sie die Änderungen im Arbeitsbereich nach dem erfolgreichen Erstellen des Builds mit den Änderungen abgleichen müssen, die in die Versionskontrolle eingecheckt werden.
So fahren Sie nach dem Beibehalten der Änderungen im Arbeitsbereich mit dem abgegrenzten Eincheckvorgang fort
Führen Sie die Schritte unter Beginnen mit dem Einchecken von Änderungen in einen Ordner, der dem abgegrenzten Eincheckvorgang unterliegt aus.
Das Dialogfeld Abgegrenzter Eincheckvorgang wird angezeigt.
Klicken Sie auf Änderungen erstellen.
Die Registerkarte In Warteschlange gestellt von Build Explorer wird angezeigt. Der Name des abgegrenzten Eincheckbuilds wird neben dem Symbol Shelveset einchecken
.gif "Shelveset einchecken")
angezeigt.Überwachen Sie den Build mit Build Explorer, mit der Anwendung Buildbenachrichtigungen oder per Buildbenachrichtigungs-E-Mail. Weitere Informationen finden Sie unter Überwachen des Status eines ausgeführten Builds.
Führen Sie einen der folgenden Schritte aus, nachdem der Build abgeschlossen wurde:
Wenn der Buildvorgang erfolgreich war, werden die Änderungen eingecheckt. Es wird empfohlen, dass Sie den Arbeitsbereich abgleichen, bevor Sie die Arbeit an der CodeBase fortsetzen:
Greifen Sie in Build Explorer auf die Registerkarte Abgeschlossen zu. Weitere Informationen finden Sie unter Verwenden von Build Explorer zum Anzeigen und Verwalten von in die Warteschlange gestellten, laufenden und abgeschlossenen Builds.
Suchen Sie nach dem abgegrenzten Eincheckbuild, der erfolgreich abgeschlossen wurde. Dieser wird neben dem Symbol Shelveset einchecken
angezeigt.Klicken Sie mit der rechten Maustaste auf den Build, und klicken Sie dann auf Arbeitsbereich abstimmen.
Wenn der Buildvorgang gescheitert ist, werden die Änderungen nicht eingecheckt. Führen Sie die folgenden Schritte aus, um die Probleme zu beheben, die zum Scheitern des Buildvorgangs geführt haben.
Verwenden Sie Build Explorer, um den fertigen Build zu öffnen. Weitere Informationen finden Sie unter Verwenden von Build Explorer zum Anzeigen und Verwalten von in die Warteschlange gestellten, laufenden und abgeschlossenen Builds.
Lesen Sie im Fenster mit dem abgeschlossenen Build die Informationen, die Sie beim Beheben des Problems unterstützen, das zum Fehlschlagen des Buildvorgangs geführt hat. Bei einigen Arten von Problemen können Sie ggf. auf den Fehler oder das Problem klicken, um die Datei anzuzeigen, die Korrekturen erfordert.
Beheben Sie in den Dateien die Probleme, die zum Fehlschlagen des Buildvorgangs geführt haben.
Fortfahren mit dem abgegrenzten Einchecken nach dem Löschen der Änderungen im Arbeitsbereich
Wenn Sie mit dem abgegrenzten Eincheckvorgang fortfahren möchten und nicht planen, weiterhin mit den Änderungen zu arbeiten, können Sie die Änderungen im Arbeitsbereich löschen. Die Änderungen werden in einem Shelveset beibehalten und vom System in den Buildvorgang einbezogen. Wenn der Buildvorgang abgeschlossen ist, werden die Änderungen eingecheckt. Falls der Buildvorgang scheitert, können Sie den aufgenommenen Code des Shelvesets verwenden, um die Änderungen wieder im Arbeitsbereich verfügbar zu machen.
So fahren Sie mit dem abgegrenzten Einchecken nach dem Löschen der Änderungen im Arbeitsbereich fort
Führen Sie die Schritte unter Beginnen mit dem Einchecken von Änderungen in einen Ordner, der dem abgegrenzten Eincheckvorgang unterliegt aus.
Das Dialogfeld Abgegrenzter Eincheckvorgang wird angezeigt.
Klicken Sie im Dialogfeld "Abgegrenzter Eincheckvorgang" auf Optionen anzeigen, und deaktivieren Sie dann die Option Ausstehende Änderungen lokal beibehalten.
Klicken Sie auf Änderungen erstellen.
Die Registerkarte In Warteschlange gestellt von Build Explorer wird angezeigt. Der Name des abgegrenzten Eincheckbuilds wird neben dem Symbol Shelveset einchecken
angezeigt.Überwachen Sie den Build mit Build Explorer, mit der Anwendung Buildbenachrichtigungen oder per Buildbenachrichtigungs-E-Mail. Weitere Informationen finden Sie unter Überwachen des Status eines ausgeführten Builds.
Führen Sie einen der folgenden Schritte aus, nachdem der Build abgeschlossen wurde:
Wenn der Buildvorgang erfolgreich war, werden die Änderungen eingecheckt.
(Optional) Rufen Sie die aktuelle Version der Dateien ab, damit der Arbeitsbereich die Änderungen enthält, die Sie eingecheckt haben. Weitere Informationen finden Sie unter Aktualisieren von Dateiversionen im Arbeitsbereich.
Wenn der Buildvorgang gescheitert ist, werden die Änderungen nicht eingecheckt. Führen Sie die folgenden Schritte aus, um die Probleme zu beheben, die zum Scheitern des Buildvorgangs geführt haben.
Verwenden Sie Build Explorer, um den fertigen Build zu öffnen. Weitere Informationen finden Sie unter Verwenden von Build Explorer zum Anzeigen und Verwalten von in die Warteschlange gestellten, laufenden und abgeschlossenen Builds.
Lesen Sie im Fenster mit dem abgeschlossenen Build die Informationen, die Sie beim Beheben des Problems unterstützen, das zum Fehlschlagen des Buildvorgangs geführt hat. Bei einigen Arten von Problemen können Sie ggf. auf den Fehler oder das Problem klicken, um die Datei anzuzeigen, die Korrekturen erfordert.
Rufen Sie die Änderungen aus dem Shelveset ab. Weitere Informationen finden Sie unter Ablegen und Aufnehmen ausstehender Änderungen.
Beheben Sie in den Dateien die Probleme, die zum Fehlschlagen des Buildvorgangs geführt haben.
Siehe auch
Aufgaben
Einchecken von ausstehenden Änderungen
Konzepte
Definieren eines abgegrenzten Eincheckbuilds zur Überprüfung der Änderungen