Freigeben eines Codes mithilfe von Push

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Visual Studio 2019 | Visual Studio 2022

Sie können Ihre Arbeit an einem lokalen Git-Repository-Branch freigeben, indem Sie Ihre Änderungen in ein Remote-Repository hochladen, auf das andere zugreifen können. Der Git-Push-Befehl lädt neue Commits von Ihrem lokalen Branch in den entsprechenden Branch eines Remote-Repositories hoch. Visual Studio verwendet den Pushbefehl, wenn Sie ihre Arbeit mit einem Remote-Repository synchronisieren möchten.

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

Voraussetzungen

Kategorie	Anforderungen
Projektzugriff	Mitglied eines Projekts.
Erlaubnisse	- Code in privaten Projekten anzeigen: Mindestens einfacher Zugriff. - Klonen oder Mitwirken an Code in privaten Projekten: Mitglied der Sicherheitsgruppe "Mitwirkende" oder entsprechende Berechtigungen im Projekt. - Verzweigungs- oder Repository-Berechtigungen festlegen: "Berechtigungen verwalten" sind Berechtigungen für die Verzweigung oder das Repository. - Standard-Branch ändern: Bearbeitungsrichtlinien sind Berechtigungen für das Repository. - Importieren eines Repositorys: Mitglied der Sicherheitsgruppe "Projektadministratoren" oder Git-Projektebene-Berechtigung "Repository erstellen" auf "Zulassen" gesetzt. Weitere Informationen finden Sie unter Festlegen von Git-Repositoryberechtigungen.
Dienste	Repos aktiviert.
Werkzeuge	Wahlfrei. Verwenden Sie az repos Befehle: Azure DevOps CLI.

Hinweis

In öffentlichen Projekten haben Benutzer mit Stakeholder-Zugriff vollzugriff auf Azure Repos, einschließlich Anzeigen, Klonen und Beitragen zu Code.

Pushen des Codes

Nachdem Sie einen oder mehrere Commits zu einem lokalen Branch hinzugefügt haben, können Sie die Commits an einen Remote-Branch pushen, um Ihre Arbeit zu teilen oder zu sichern. Wenn Sie den Push-Befehl verwenden, überprüft Git, ob Ihr lokaler Branch mit dem Remote-Branch aktuell ist. Wenn nicht, hindert Git Sie daran, neue Commits zu pushen, bis Sie Ihren lokalen Branch aktualisiert haben. Um dieses Problem zu beheben, können Sie einen Pull durchführen, um die Commits des Remote-Zweigs abzurufen, die in Ihrem lokalen Zweig nicht vorhanden sind. Wenn die heruntergeladenen Remote-Commits mit Ihren lokalen Commits in Konflikt stehen, versuchen Sie, die Konflikte aufzulösen, bevor Sie Ihre Änderungen pushen.

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

Tipp

Um eine Pull-Request-Überprüfung Ihrer Arbeit zu unterstützen, vermeiden Sie es, direkt im main Branch Ihres lokalen Repositories zu arbeiten. Speichern Sie stattdessen Ihre Commits in einem lokalen Feature-Branch oder Bugfix-Branch und pushen Sie diesen Branch nach Abschluss Ihrer Arbeit. Eine Übersicht über den Git-Workflow finden Sie im Lernprogramm zu Azure Repos Git.

Visual Studio 2022

Visual Studio 2022 bietet eine Git-Versionskontrolle mithilfe des Git-Menüs , Git-Änderungen und über Kontextmenüs im Projektmappen-Explorer. Visual Studio 2019, Version 16.8, bietet auch die Git-Benutzeroberfläche des Team Explorers . Weitere Informationen finden Sie auf der Registerkarte "Visual Studio 2019 – Team Explorer ".

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

Oder Sie können Ihre Änderungen über das Git-Repository-Fenster übertragen. Um das Git Repository-Fenster zu öffnen, wählen Sie den ausgehenden/eingehenden Link im Git-Fenster "Änderungen " aus.

Sie können ihre Änderungen auch über das Git-Menü auf der Menüleiste verschieben.

Visual Studio 2019 – Git-Menü

Visual Studio 2019 bietet eine Git-Versionskontrolle mithilfe des Git-Menüs , Git-Änderungen und über Kontextmenüs im Projektmappen-Explorer.

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

Oder Sie können Ihre Änderungen über das Git-Repository-Fenster übertragen. Um das Git Repository-Fenster zu öffnen, wählen Sie den ausgehenden/eingehenden Link im Git-Fenster "Änderungen " aus.

Sie können ihre Änderungen auch über das Git-Menü auf der Menüleiste verschieben.

Visual Studio 2019 – Team Explorer

Visual Studio 2019, Version 16.8 und höher, bietet eine Git-Versionssteuerung, während die Git-Benutzeroberfläche des Team Explorers beibehalten wird. Um den Team Explorer zu verwenden, deaktivieren Sie in der Menüleiste die Option Extras>Optionen>Vorschau-Features>Neue Git-Benutzeroberfläche. Sie können Git-Features von beiden Schnittstellen austauschbar verwenden.

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

   

   Sie können auch über Ä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 Den Commit in das Remote-Repository hochzuladen. Wenn Dies Ihr erster Push an das Repository ist, wird die Meldung angezeigt: The current branch does not track a remote branch..., die Sie darüber informiert, dass Ihr Commit an eine neue Verzweigung im Remote-Repository verschoben wurde und dass zukünftige Commits aus der aktuellen Verzweigung in diese Remoteverzweigung hochgeladen werden.

   

Git-Befehlszeile

Obwohl Sie selten eine lokale Verzweigung an eine andere benannte Remote-Verzweigung übertragen 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-Repository nicht über einen Branch mit demselben Namen verfügt, erstellt dieser Befehl einen neuen Remote-Branch mit demselben Namen und Commits wie Ihr lokaler Branch.

git push <remote repo> <local branch name>

Wenn Sie ein Remote-Repository klonen, weist Git den Alias origin als Kurzform für die URL des Remote-Repositorys zu, das Sie geklont haben. Führen Sie git remote -v aus, um den origin Aliaswert zu überprüfen. Führen Sie git remote add origin <remote repo url> aus, um das 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 eine benannte Remoteverzweigung zu übertragen. Falls das Remote-Repository keinen identisch benannten Branch hat, schlägt dieser Befehl fehl.

git push origin

Wenn Ihre aktuelle lokale Verzweigung eine Remote-Verzweigung auf origin verfolgt, lässt sich der Push-Befehl vollständig abkürzen.

git push

Allerdings schlägt der abgekürzte Push-Befehl fehl, wenn Ihr lokaler Branch keinen Remote-Branch nachverfolgt. Führen Sie git remote show origin aus, um den Nachverfolgungsstatus Ihrer Branches zu überprüfen. Führen Sie git push --set-upstream origin <local branch name> einmal aus, um die aktuelle lokale Branch zu übertragen und festzulegen, um den gleichnamigen Remote-Branch origin zu verfolgen. Das --set-upstream-Flag erstellt eine gleichnamige Remoteverzweigung, wenn sie nicht vorhanden ist.

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

Nachdem Sie Ihre Commits pushed haben, können Sie eine Pull-Anforderung erstellen, um anderen mitzuteilen, dass Ihre Änderungen überprüft werden sollen. Wenn Ihre Änderungen genehmigt werden, werden sie in den Ziel-Zweig des Remote-Repository zusammengeführt.

Nächste Schritte

Überprüfen von Code mit PullanforderungenAktualisieren von Code mit Abruf und Pull

Verwandte Artikel

• Neu bei Git Repos? Learn more