Share via


Einchecken in einen Ordner, der von einem abgegrenzten Eincheckbuildprozess gesteuert wird

Beim Einchecken von Dateien in einen Ordner der Version-Steuerelement, die durch gesteuert wird ein gated Check-in-Build-Prozess, es gibt einige zusätzliche Schritte, die Sie durchführen müssen, Check-in abgeschlossen.

Dialogfeld für abgegrenzten Eincheckvorgang

Erforderliche Berechtigungen

Sie müssen entweder die Mitarbeiter für Ihr Teamprojekt.Weitere Informationen finden Sie unter Team Foundation Server: Standardgruppen, Berechtigungen und Rollen.

Beginnen Sie das Einchecken von Änderungen in einem Ordner, der durch eine nichtöffentliche überprüfen-erstellen gesteuert wird

Wenn die nichtöffentliche-Check-in Dialogfeld wird angezeigt, während Ihr Check-in, und klicken Sie dann Ihre Änderungen müssen zuerst erstellt werden, indem Team Foundation Build bevor sie eingecheckt werden können.

So checken Sie Änderungen in einem Ordner, die durch eine nichtöffentliche überprüfen-erstellen gesteuert wird

  1. In der nichtöffentliche-Check-in im Dialogfeld:

    • Fahren Sie mit dem nächsten Schritt fort, wenn eine Builddefinition angezeigt wird.

    • Wenn die Builddefinition Menü wird statt des Namens eine Builddefinition angezeigt, auf die Builddefinition im Menü Wählen Sie die Builddefinition, die Ihre Buildentwickler vorschlägt, verwenden.

  2. Entscheiden Sie, wie Sie fortfahren möchten:

    • Den Eincheckvorgang abzubrechen und die Arbeit fortsetzen: Wenn Sie nicht zu versuchen, Ihre Änderungen zu erstellen, wählen stornieren, und dann, wenn das System fragt Sie Wenn Sie das Shelveset löschen wählen Sie Ja.

    • Check-in-Vorgang abbrechen und starten Sie einen privaten Build Ihre Änderungen: Wenn Sie den Code in ein privates Build selbst erstellen möchten, wählen Sie stornieren.Sie können das Shelveset dann manuell erstellen.Weitere Informationen finden Sie unter Stellen eines Builds in die Warteschlange.

    • Fahren Sie mit dem Eincheckvorgang und dabei Ihre Änderungen in Ihrem Arbeitsbereich: mit dem Eincheckvorgang fortfahren und die Arbeit mit Ihren Änderungen fortsetzen, finden Sie unter Fortsetzen mit dem nichtöffentliche-Check-in nach Beibehaltung der Änderungen in Ihrem Arbeitsbereich.

    • Fahren Sie mit dem Eincheckvorgang beim Löschen von Änderungen in Ihrem Arbeitsbereich: Wenn Sie nicht benötigen, um die Arbeit mit Ihren Änderungen fortzusetzen, finden Sie unter Fortsetzen mit dem nichtöffentliche-Check-in nach dem Löschen der Änderungen im Arbeitsbereich.

    • 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.Wählen Sie Optionen anzeigen, und wählen Sie umgehen Validierung erstellen und überprüfen Sie die vorgenommenen Änderungen direkt (erfordert Berechtigungen).

Fahren Sie mit der nichtöffentlichen Einchecken nach Beibehaltung 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

  1. Führen Sie die Schritte unter Beginnen mit dem Einchecken von Änderungen in einen Ordner, der dem abgegrenzten Eincheckvorgang unterliegt aus.

  2. In der nichtöffentliche-Check-in Dialogfeld Wählen Sie Änderungen erstellen.

    In Team Explorer, erscheint die Informationsmeldung in der Ausstehende Änderungen Seite, überwachen Sie den Build durch Auswahl der hier Link, um den Build anzuzeigen Ergebnisse im Ergebnisfenster.Sie können auch Symbol "Startseite"Home, und wählen Sie Symbol "Builds"baut zum Überwachen von Builds auf den baut Seite.

    Auch können Sie überwachen von ausgeführten Builds mithilfe der Anwendungs Benachrichtigungen erstellen oder E-mail-Benachrichtigung erstellen.Weitere Informationen finden Sie unter Ausführen, Überwachen und Verwalten von Builds.

  3. Nachdem der Build abgeschlossen ist:

    • Check-in ein Commit: Es wird empfohlen, den Arbeitsbereich abstimmen, bevor Sie fortfahren, Ihren Code zu entwickeln.Wenn Sie die Anwendung Benachrichtigungen erstellen, verwenden die nichtöffentliche-Check-in Dialogfeld wird angezeigt.Wählen Sie Abstimmen.Andernfalls, in Team Explorer, auf die baut Seite unter Meine baut, öffnen Sie das Kontextmenü für das fertige Build, und wählen Sie dann Abstimmen Arbeitsbereich.Wenn die Abstimmen Arbeitsbereich Dialogfeld angezeigt wird, verwenden Sie dieses Dialogfeld-Steuerelement Versionskonflikte aufgelöst.

    • Check-in abgelehnt: korrigieren Sie die Probleme, die verursacht das Einchecken abgelehnt werden.In Team Explorer, auf die baut Seite unter Meine baut, doppelklicken Sie auf den Build (oder öffnen Sie das Kontextmenü für das Build, und wählen Sie Öffnen).Das Build-Ergebnisse-Fenster wird angezeigt und enthält Informationen, mit deren Hilfe das Problem zu beheben, das das Build fehl, verursacht.Für einige Arten von Problemen können Sie möglicherweise wählen die Fehler oder Probleme, die Datei anzuzeigen, die Korrekturen erfordert.

Fahren Sie mit der nichtöffentlichen Einchecken nach Änderungen in Ihrem Arbeitsbereich löschen

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

  1. Führen Sie die Schritte unter Beginnen mit dem Einchecken von Änderungen in einen Ordner, der dem abgegrenzten Eincheckvorgang unterliegt aus.

  2. In der nichtöffentliche-Check-in im Dialogfeld:

    • Wählen Sie Optionen anzeigen und deaktivieren Sie dann ausstehenden Änderungen lokal beibehalten.

    • Wählen Sie Erstellen Änderungen.

  3. In Team Explorer, erscheint die Informationsmeldung in der Ausstehende Änderungen Seite, überwachen Sie den Build durch Auswahl der hier Link, um den Build anzuzeigen Ergebnisse im Ergebnisfenster.Sie können auch Symbol "Startseite"Home, und wählen Sie Symbol "Builds"baut zum Überwachen von Builds auf den baut Seite.

    Auch können Sie überwachen von ausgeführten Builds mithilfe der Anwendungs Benachrichtigungen erstellen oder E-mail-Benachrichtigung erstellen.Weitere Informationen finden Sie unter Ausführen, Überwachen und Verwalten von Builds.

  4. Nachdem der Build abgeschlossen ist:

    • Check-in ein Commit: nun, da die Änderungen eingecheckt werden, Sie können die neueste Version der Dateien zu erhalten, damit der Arbeitsbereich diese Änderungen enthält.Weitere Informationen finden Sie unter Herunterladen von Dateien vom Server in den Arbeitsbereich.

    • Check-in abgelehnt: korrigieren Sie die Probleme, die verursacht das Einchecken abgelehnt werden.

      1. In Team Explorer, auf die baut Seite unter Meine baut, doppelklicken Sie auf den Build (oder öffnen Sie das Kontextmenü für das Build, und wählen Sie Öffnen).Das Fenster Buildergebnisse wird angezeigt.

      2. Suchen Sie im Fenster Ergebnisse Build Informationen, mit deren Hilfe das Problem zu beheben, das das Build fehl, verursacht.Für einige Arten von Problemen können Sie möglicherweise wählen die Fehler oder Probleme, die Datei anzuzeigen, die Korrekturen erfordert.

      3. Rufen Sie die Änderungen aus dem Shelveset ab.Weitere Informationen finden Sie unter Unterbrechen der Arbeit und Verwalten von Shelvesets.

      4. Beheben Sie in den Dateien die Probleme, die zum Fehlschlagen des Buildvorgangs geführt haben.

Siehe auch

Konzepte

Definieren eines abgegrenzten Eincheckbuildprozesses zur Überprüfung der Änderungen

Unterbrechen der Arbeit und Verwalten von Shelvesets

Weitere Ressourcen

Check In Pending Changes