Freigeben eines Codes mithilfe von Push

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Visual Studio 2022 | Visual Studio 2019 | Visual Studio 2017 | Visual Studio 2015

Sie können Ihre Arbeit in einer lokalen Git-Repo-Verzweigung freigeben, indem Sie Ihre Änderungen in ein Remote-Repo hochladen, auf das andere Benutzer zugreifen können. Der Git-Pushbefehl lädt neue Commits aus Ihrer lokalen Verzweigung in die entsprechende Verzweigung eines Remote-Repositorys hoch. Visual Studio verwendet den Pushbefehl, wenn Sie ihre Arbeit mit einem Remote-Repo synchronisieren möchten.

Eine Übersicht über den Git-Workflow finden Sie unter Azure Repos Git-Lernprogramm.

Pushen Des Codes

Nachdem Sie einen oder mehrere Commits zu einer lokalen Verzweigung hinzugefügt haben, können Sie den Commit an eine Remotezweigstelle "pushen", um Ihre Arbeit zu teilen oder zu sichern. Wenn Sie den Pushbefehl verwenden, überprüft Git, ob Ihre lokale Verzweigung mit der Remotezweigung auf dem neuesten Stand ist. Wenn nicht, verhindert Git, dass Sie neue Commits pushen, bis Sie Ihre lokale Verzweigung aktualisiert haben. Um dieses Problem zu beheben, können Sie abrufen , um die Remote branch Commits abzurufen, die in Ihrer lokalen Verzweigung nicht vorhanden sind. Wenn der Pulled Remote Commits mit Ihren lokalen Commits in Konflikt steht, versuchen Sie, diese Konflikte zu beheben, bevor Sie Ihre Änderungen pushen.

Damit der Git-Pushbefehl funktioniert, muss Ihr lokales Repo mit einem Remote-Git-Repo verbunden sein. Wenn Sie Ihr lokales Repository aus einem Remote-Repository geklont haben, sind sie bereits verbunden. Wenn Sie jedoch Ihr lokales Repository ohne Klonen erstellt haben, müssen Sie es mit einem gehosteten Git-Repository verbinden. Weitere Informationen finden Sie unter Verbinden zu einem Azure Repos Git-Repository und Verbinden zu einem GitHub-Repository.

Tipp

Um eine Pull-Anforderungsüberprüfung Ihrer Arbeit zu unterstützen, vermeiden Sie es, direkt in der main Zweigstelle Ihres lokalen Repo zu arbeiten. Speichern Sie stattdessen Ihre Commits in einem lokalen Feature branch oder Bugfix Branch, und pushen Sie diese Verzweigung nach Abschluss Ihrer Arbeit. Eine Übersicht über den Git-Workflow finden Sie unter Azure Repos Git-Lernprogramm.

Visual Studio 2019

Visual Studio Version 2019, Version 16.8 und höher, bietet eine Git-Versionssteuerung während der Verwaltung der Git-Benutzeroberfläche des Team Explorers. Deaktivieren Sie zum Verwenden des Team-ExplorerstoolsOptionsPreview>>FeaturesNew>Git-Benutzeroberfläche über die Menüleiste. Sie können Git-Features von beiden Schnittstellen austauschbar verwenden. Nachfolgend stellen wir einen parallelen Vergleich zur Pushfunktion ihres Codes bereit.

Visual Studio Git

Wählen Sie im Fenster "Git-Änderungen " die Nach-oben-Taste aus, um Ihren Commit zu drücken.

Oder Sie können Ihre Änderungen aus dem Git-Repositoryfenster pushen. Um das Git-Repository-Fenster zu öffnen, wählen Sie im Git-Änderungsfenster den ausgehenden/eingehenden Link aus.

Oder Sie können Ihre Änderungen über das Git-Menü auf der Menüleiste pushen.

Visual Studio Team Explorer

1. Wählen Sie im Team-Explorer " Start " aus, und wählen Sie dann "Synchronisieren " aus, um die Synchronisierung zu öffnen.

Sie können auch aus Änderungen zur Synchronisierungsansicht wechseln, indem Sie "Synchronisieren" unmittelbar nach dem Ausführen eines Commits auswählen.

2. Wählen Sie in der Synchronisierungsansicht"Push " aus, um Ihren Commit in das Remote-Repository hochzuladen. Wenn dies Ihr erster Push an das Repo ist, wird die Meldung angezeigt: The current branch does not track a remote branch...Mit dieser Meldung können Sie wissen, dass Ihr Commit an eine neue Verzweigung im Remote-Repo verschoben wurde und dass zukünftige Commits aus der aktuellen Verzweigung in diese Remoteverzweigung hochgeladen werden.

Visual Studio 2017

1. Wählen Sie im Team-Explorer " Start " aus, und wählen Sie dann "Synchronisieren " aus, um die Synchronisierung zu öffnen.

   

   Sie können auch über die Ansicht "Änderungen" zu "Synchronisierung" wechseln, indem Sie "Synchronisieren" unmittelbar nach dem Ausführen eines Commits auswählen.

   

2. Wählen Sie "Push" aus, um Ihren Commit für das Remote-Repository zu teilen.

   

   Während Des ersten Pushs an das Repository wird die folgende Meldung anstelle der Liste ausgehender Commits angezeigt: The current branch does not track a remote branch. Push your changes to a new branch on the origin remote and set the upstream branch. Wählen Sie "Push" aus, um Ihre Änderungen an eine neue Verzweigung im Remote-Repository zu übertragen und die vorgelagerte Verzweigung festzulegen. Wenn Sie die nächsten Änderungen pushen, wird die Liste der Commits angezeigt.

   Hinweis

   Wechseln Sie zu Team Explorer>Einstellungen>Repository Einstellungen. Stellen Sie sicher, dass Sie den richtigen Benutzer, E-Mail, Remotes und andere Einstellungen eingegeben haben.

Git-Befehlszeile

Obwohl Sie selten eine lokale Verzweigung an einen anders benannten Remotezweig verschieben müssen, können Sie dies mit dem nicht abgekürzten Git-Pushbefehl tun:

git push <remote repo> <local branch name>:<remote branch name>

Führen Sie den folgenden vereinfachten Pushbefehl aus, um neue Commits von Ihrer lokalen Verzweigung an eine benannte Remoteverzweigung zu übertragen. Wenn das Remote-Repo nicht über einen gleich benannten Verzweigung verfügt, erstellt dieser Befehl eine neue Remoteverzweigung mit demselben Namen und commits wie Ihre lokale Verzweigung.

git push <remote repo> <local branch name>

Wenn Sie ein Remote-Repo klonen, weist Git den Alias origin als Kurzhand für die URL des Remote-Repo zu, das Sie geklont haben. Führen Sie die Ausführung git remote -v aus, um den origin Aliaswert zu überprüfen. Führen Sie die Ausführung ausgit remote add origin <remote repo url>, um den origin Alias manuell hinzuzufügen. Mit dem origin Alias können Sie den Pushbefehl weiter vereinfachen:

git push origin <local branch name>

Führen Sie den folgenden vereinfachten Pushbefehl aus, um neue Commits von Ihrer aktuellen lokalen Verzweigung an einen mit demselben Namen benannten Remotezweig zu übertragen. Wenn das Remote-Repository nicht über einen gleich benannten Verzweigung verfügt, schlägt dieser Befehl fehl.

git push origin

Wenn Ihre aktuelle lokale Verzweigung einen Remotezweig originnachverfolgt, können Sie den Pushbefehl vollständig abkürten:

git push

Der vollständig gekürzte Pushbefehl schlägt jedoch fehl, wenn ihre lokale Verzweigung keinen Remotezweig nachverfolgt. Führen Sie die Ausführung git remote show origin aus, um den nachverfolgten Status Ihrer Verzweigungen zu überprüfen. Führen Sie einmal ausgit push --set-upstream origin <local branch name>, um Ihre aktuelle lokale Verzweigung zu pushen und festzulegen, um denselben benannten Remotezweig nachzuverfolgenorigin. Das --set-upstream Flag erstellt eine mit demselben Namen benannte Remoteverzweigung, wenn sie nicht vorhanden ist.

Bei der Arbeit an einem lokalen Feature (oder Bugfix) ist es üblich, ihre Verzweigung regelmäßig mit den neuesten Änderungen aus der main Verzweigung zu aktualisieren. Je nachdem, wie Sie dies tun, unterscheiden sich die Verlaufsverlaufs für lokale und Remote-Commits für Ihre Featureverzweigung möglicherweise so, dass der Git-Pushbefehl einen Fehler zurückgibt. Wenn Sie die einzige Person sind, die an den Remotefeature branch pusht, und Sie sind sicher, dass Ihre lokale Featureverzweigung alle benötigten Aufgaben enthält, können Sie den Git-Pushbefehl mit dem --force Kennzeichen verwenden, um alle Commits in der Remotefeature-Verzweigung durch die Commits aus Ihrer lokalen Featurezweige zu ersetzen. Weitere Informationen zum Git-Pushbefehl, einschließlich anderer force Optionen, finden Sie im Git-Referenzhandbuch.

Nachdem Sie Ihre Commits pusht haben, können Sie eine Pullanforderung erstellen, um anderen mitzuteilen, dass Sie Ihre Änderungen überprüft haben möchten. Wenn dies genehmigt ist, werden Ihre Änderungen in eine Zielverzweigung des Remote-Repo zusammengeführt.

Nächste Schritte

Überprüfen von Code mit PullrequestsUpdate-Code mit Abruf und Pull

Verwandte Artikel

• Neu bei Git repos? Weitere Informationen