Erste Schritte mit Git in Azure Repos

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019 | TFS 2018

Visual Studio 2019 | Visual Studio 2022

Beginnen Sie mit der Entwicklung Ihres Codes mit Azure Repos und Git-Repositorys. Sie können Visual Studio- oder Git-Befehle verwenden, um ein Repository zu klonen, lokale Verzweigungen zu definieren, Änderungen zu committen und zu pushen und mit anderen zu synchronisieren. Wenn Sie ein Repository erstellen oder importieren müssen, lesen Sie Erstellen eines neuen Git-Repositorys in Ihrem Projekt oder Importieren eines Git-Repositorys.

Hinweis

In diesem Artikel wird beschrieben, wie Sie Visual Studio verwenden, um Azure Repos Git-Repositorys zu verwalten. Mit ähnlichen Verfahren können Sie Visual Studio verwenden, um GitHub-Repositorys zu verwalten. Rufen Sie zum Klonen eines GitHub-Repositorys die URL ab, wie unter Klonen eines Repositorys beschrieben.

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

Hinweis

Visual Studio 2019 Version 16.8 und höhere Versionen bieten ein neues Git-Menü zum Verwalten des Git-Workflows mit weniger Kontextwechseln als Team Explorer. Die in diesem Artikel auf der Registerkarte Visual Studio bereitgestellten Verfahren enthalten Informationen zur Verwendung der Git-Benutzeroberfläche sowie von Team Explorer. Weitere Informationen finden Sie unter Paralleler Vergleich von Git und Team Explorer.

Voraussetzungen

• Repositorys müssen in Ihren Azure DevOps-Projekteinstellungen aktiviert sein. Wenn der Repository-Hub und die zugehörigen Seiten nicht angezeigt werden, lesen Sie Aktivieren oder Deaktivieren eines Azure DevOps-Diensts , um Repos wiederzuverwenden.

• Um Code in privaten Projekten anzuzeigen, müssen Sie Mitglied eines Azure DevOps-Projekts mit der Zugriffsebene Basic oder höher sein. Bei öffentlichen Projekten kann jeder den Code anzeigen.

  • Wenn Sie kein Projekt haben, erstellen Sie eines, oder registrieren Sie sich kostenlos.

  • Wenn Sie kein Projektmitglied sind, werden Sie hinzugefügt.

• Um Code für ein privates Projekt zu klonen oder daran mitzuwirken, müssen Sie Mitglied der Sicherheitsgruppe Mitwirkende sein oder die entsprechenden Berechtigungen festgelegt haben. Bei öffentlichen Projekten kann jeder Code klonen und mitwirken. Weitere Informationen finden Sie unter Was ist ein öffentliches Projekt?

  Hinweis

  Bei öffentlichen Projekten haben Benutzer, denen Interessengruppen Zugriff auf Azure Repos gewährt haben, Vollzugriff.

• Repositorys müssen in Ihren Azure DevOps-Projekteinstellungen aktiviert sein. Wenn der Repository-Hub und die zugehörigen Seiten nicht angezeigt werden, lesen Sie Aktivieren oder Deaktivieren eines Azure DevOps-Diensts , um Repos wiederzuverwenden.

• Um Code anzuzeigen, müssen Sie Mitglied des Azure DevOps-Projekts mit Basic-Zugriff oder höher sein. Wenn Sie kein Projektmitglied sind, werden Sie hinzugefügt.

• Um Code zu klonen oder daran mitzuwirken, müssen Sie Mitglied der Sicherheitsgruppe Mitwirkende sein oder über die entsprechenden Berechtigungen in dem Projekt verfügen, das Sie ändern möchten.

• Um Code anzuzeigen, müssen Sie Mitglied eines Azure DevOps-Projekts mit Basic-Zugriff oder höher sein. Wenn Sie kein Projektmitglied sind, werden Sie hinzugefügt.

• Um Code zu klonen oder daran mitzuwirken, müssen Sie Mitglied der Sicherheitsgruppe Mitwirkende sein oder über die entsprechenden Berechtigungen verfügen.

Weitere Informationen zu Berechtigungen und Zugriff finden Sie unter Git-Standardrepository und Branchberechtigungen und Informationen zu Zugriffsebenen.

Abrufen des Codes

Sie können ein Git-Remoterepository klonen , um eine lokale Kopie davon zu erstellen. Beim Klonen wird sowohl eine Kopie des Quellcodes für die Arbeit mit den Informationen zur Versionskontrolle erstellt, damit Git den Quellcode verwalten kann.

Wenn Sie lieber ein lokales Repository ohne Klonen erstellen möchten, lesen Sie Erstellen eines neuen Git-Repositorys. Nachdem Sie Ihr lokales Repository erstellt haben, können Sie mit dem Commit, der Freigabe und der Synchronisierung Ihrer Arbeit fortfahren.

Visual Studio 2022

Visual Studio 2022 bietet eine Git-Versionskontrolle über das Git-Menü, Git Changes und kontextmenüs in Projektmappen-Explorer. Visual Studio 2019 Version 16.8 bietet auch die Team Explorer-Git-Benutzeroberfläche. Weitere Informationen finden Sie auf der Registerkarte Visual Studio 2019 – Team Explorer .

1. Wählen Sie im Git-Menü auf der Menüleiste Repository klonen... aus.

   

2. Geben Sie im Fenster Repository klonen den Speicherort des Remoterepositorys und den Ordnerpfad für das geklonte Repository ein. Wenn Sie den Speicherort des Remoterepositorys nicht kennen, wählen Sie unter Repositoryoptionen durchsuchen die Option Azure DevOps aus.

   

3. Wählen Sie Klonen aus. Nachdem Sie ein Git-Repository geklont haben, erkennt Visual Studio das Repository und fügt es der Liste der lokalen Repositorys im Git-Menü hinzu.

   

Hinweis

Bei Azure DevOps Services ist dev.azure.com/{your organization}/{your project}das Format für die Projekt-URL . Das vorherige Format, das auf das visualstudio.com Format verweist, wird jedoch weiterhin unterstützt. Weitere Informationen finden Sie unter Einführung in Azure DevOps, Wechseln vorhandener Organisationen zur Verwendung der neuen Domänennamen-URL.

Visual Studio 2019– Git-Menü

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

1. Wählen Sie im Git-Menü auf der Menüleiste Repository klonen... aus.

   

2. Geben Sie im Fenster Repository klonen den Speicherort des Remoterepositorys und den Ordnerpfad für das geklonte Repository ein. Wenn Sie den Speicherort des Remoterepositorys nicht kennen, wählen Sie unter Repositoryoptionen durchsuchen die Option Azure DevOps aus.

   

3. Wählen Sie Klonen aus. Nachdem Sie ein Git-Repository geklont haben, erkennt Visual Studio das Repository und fügt es der Liste der lokalen Repositorys im Git-Menü hinzu.

   

Hinweis

Bei Azure DevOps Services ist dev.azure.com/{your organization}/{your project}das Format für die Projekt-URL . Das vorherige Format, das auf das visualstudio.com Format verweist, wird jedoch weiterhin unterstützt. Weitere Informationen finden Sie unter Einführung in Azure DevOps, Wechseln vorhandener Organisationen zur Verwendung der neuen Domänennamen-URL.

Visual Studio 2019 – Team Explorer

Visual Studio 2019, Version 16.8 und höher, bietet eine Git-Versionskontrolle, während die Team Explorer-Git-Benutzeroberfläche beibehalten wird. Sie können Git-Features über beide Schnittstellen austauschbar ausführen.

Hinweis

Ein Vorteil der Verbindung mit einem Projekt über Team Explorer besteht darin, dass Sie Zugriff auf den Hub "Arbeitselemente" erhalten. Eine Übersicht über die Team Explorer-Features finden Sie unter Navigieren in Visual Studio Team Explorer.

1. Wählen Sie in Team ExplorerVerbinden aus, um die Seite Verbinden zu öffnen, und wählen Sie dann Verbindungen mit>Projekt verbinden aus.

   

2. Wählen Sie im Fenster Mit einem Projekt verbinden das Repository aus, das Sie klonen möchten, und wählen Sie Klonen aus. Wenn Ihr Repository nicht angezeigt wird, wählen Sie Azure DevOps Server hinzufügen aus, um einen Server hinzuzufügen, der ein Repository hostet. Sie können die Liste filtern, um Ihr Repository zu finden.

   

3. Überprüfen Sie den Speicherort für das geklonte Repository auf Ihrem Computer, und wählen Sie dann Klonen aus.

Hinweis

Bei Azure DevOps Services ist dev.azure.com/{your organization}/{your project}das Format für die Projekt-URL . Das vorherige Format, das auf das visualstudio.com Format verweist, wird jedoch weiterhin unterstützt. Weitere Informationen finden Sie unter Einführung in Azure DevOps, Wechseln vorhandener Organisationen zur Verwendung der neuen Domänennamen-URL.

Git-Befehlszeile

1. Laden Sie Git und den Git Credential Manager für Ihre Plattform herunter, und installieren Sie sie.

2. Öffnen Sie das Azure DevOps Services-Webportal in Ihrem Browser, indem Sie zu https://<your account name>.visualstudio.comwechseln.

3. Öffnen Sie das Azure DevOps Services-Webportal in Ihrem Browser, indem Sie zu https://<your account name>.visualstudio.com Ihrem Git-Repository navigieren und es suchen. Kopieren Sie die Klon-URL aus dem Popupfenster Klonen .

   

   Hinweis

   Bei Azure DevOps Services ist dev.azure.com/{your organization}/{your project}das Format für die Projekt-URL . Das vorherige Format, das auf das visualstudio.com Format verweist, wird jedoch weiterhin unterstützt. Weitere Informationen finden Sie unter Einführung in Azure DevOps, Wechseln vorhandener Organisationen zur Verwendung der neuen Domänennamen-URL.

4. Navigieren Sie an der Eingabeaufforderung zu dem Ordner, in dem der Code auf Ihrem lokalen Computer gespeichert werden soll.

5. Führen git clone Sie an der Eingabeaufforderung gefolgt von der Klon-URL aus, wie im folgenden Beispiel gezeigt.

    > git clone https://dev.azure.com/fabrikam-fiber/_git/FabrikamFiber
   

   Git lädt ihre eigene Kopie des Codes in einem neuen Ordner herunter und erstellt sie.

Committen Ihrer Arbeit

Git-Branches isolieren Ihre Änderungen von anderen Arbeiten im Projekt. Der empfohlene Git-Workflow ist die Verwendung eines neuen Branchs für jedes Feature oder jede Korrektur, an der Sie arbeiten. Sie nehmen Commits in Ihrem lokalen Git-Repository vor, um Ihre Änderungen in diesem Branch zu speichern.

Visual Studio 2022

1. Wählen Sie im Git-Menü auf der Menüleiste Neue Verzweigung... aus, um das Fenster Neuen Branch erstellen zu öffnen.

   

2. Geben Sie im Fenster Neue Verzweigung erstellen einen beschreibenden Branchnamen ein, um anderen mitzuteilen, welche Arbeit der Branch enthält. Standardmäßig erstellt Visual Studio Ihren neuen Branch aus dem aktuellen Branch. Das Kontrollkästchen Branch auschecken leitet Sie automatisch zum neu erstellten Branch weiter. Wählen Sie Erstellen aus.

   

3. Fügen Sie Ihrem geklonten Repository eine README.md-Datei hinzu. In Projektmappen-Explorer können Sie die Repositoryinhalte mithilfe der Ordneransicht durchsuchen oder Visual Studio-Projektmappen im Repository öffnen. Git verfolgt Sowohl innerhalb als auch außerhalb von Visual Studio vorgenommene Änderungen nach.

4. Wenn Sie mit Ihren Änderungen zufrieden sind, speichern Sie sie mithilfe eines Commits in Git. Geben Sie im Fenster Git Changes (Git Changes ) eine Meldung ein, die die Änderungen beschreibt, und wählen Sie dann Alle commitieren aus. Commit All commits untaged changes and skips the staging area. Sie können festlegen, dass alle Dateien vor dem Commit bereitgestellt werden sollen, indem Sie oben im Abschnitt Änderungen im Fenster Git Changes (Git Changes ) die Schaltfläche stage all + (plus) auswählen.

   

   Wählen Sie den Link Commitinformationen aus, um weitere Details zum Commit zu erhalten.

   

Hinweis

Wenn Sie über mehrere Dateien verfügen und nicht alle Commits ausführen möchten, können Sie mit der rechten Maustaste auf jede Datei klicken und Phase auswählen. Wenn Sie alle Dateien bereitgestellt haben, die Sie committen möchten, wählen Sie Commit-Bereitstellung aus. Commit staged ersetzt Commit All , wenn Sie Ihre Änderungen manuell inszenieren.

Visual Studio 2019– Git-Menü

1. Wählen Sie im Git-Menü auf der Menüleiste Neue Verzweigung... aus, um das Fenster Neuen Branch erstellen zu öffnen.

   

2. Geben Sie im Fenster Neue Verzweigung erstellen einen beschreibenden Branchnamen ein, um anderen mitzuteilen, welche Arbeit der Branch enthält. Standardmäßig erstellt Visual Studio Ihren neuen Branch aus dem aktuellen Branch. Das Kontrollkästchen Branch auschecken leitet Sie automatisch zum neu erstellten Branch weiter. Wählen Sie Erstellen aus.

   

3. Fügen Sie Ihrem geklonten Repository eine README.md-Datei hinzu. In Projektmappen-Explorer können Sie die Repositoryinhalte mithilfe der Ordneransicht durchsuchen oder Visual Studio-Projektmappen im Repository öffnen. Git verfolgt Sowohl innerhalb als auch außerhalb von Visual Studio vorgenommene Änderungen nach.

4. Wenn Sie mit Ihren Änderungen zufrieden sind, speichern Sie sie mithilfe eines Commits in Git. Geben Sie im Fenster Git Changes (Git Changes ) eine Meldung ein, die die Änderungen beschreibt, und wählen Sie dann Alle commitieren aus. Commit All commits untaged changes and skips the staging area. Sie können festlegen, dass alle Dateien vor dem Commit bereitgestellt werden sollen, indem Sie oben im Abschnitt Änderungen im Fenster Git Changes (Git Changes ) die Schaltfläche stage all + (plus) auswählen.

   

   Wählen Sie den Link Commitinformationen aus, um weitere Details zum Commit zu erhalten.

   

Hinweis

Wenn Sie über mehrere Dateien verfügen und nicht alle Commits ausführen möchten, können Sie mit der rechten Maustaste auf jede Datei klicken und Phase auswählen. Wenn Sie alle Dateien bereitgestellt haben, die Sie committen möchten, wählen Sie Commit-Bereitstellung aus. Commit staged ersetzt Commit All , wenn Sie Ihre Änderungen manuell inszenieren.

Visual Studio 2019 – Team Explorer

1. Wählen Sie in Team Explorer die Schaltfläche Start und dann Branches aus.

   

2. Klicken Sie mit der rechten Maustaste auf den Standardbranch, häufig mit dem Namen main, und wählen Sie dann Neuer lokaler Branch von... aus.

   

3. Geben Sie einen beschreibenden Branchnamen ein, um andere personen darüber zu informieren, welche Arbeit der Branch enthält. Wählen Sie Branch erstellen aus.

   

4. Fügen Sie Ihrem geklonten Repository eine README.md-Datei hinzu. In der Startansicht von Team Explorer können Sie die Repositoryinhalte mithilfe der Ordneransicht anzeigen durchsuchen oder Visual Studio-Projektmappen im Repository öffnen. Git verfolgt Sowohl innerhalb als auch außerhalb von Visual Studio vorgenommene Änderungen nach.

5. Wenn Sie mit Ihren Änderungen zufrieden sind, speichern Sie sie mithilfe eines Commits in Git. Öffnen Sie die Ansicht Änderungen von Team Explorer , indem Sie auf die Schaltfläche Start und dann Auf Änderungen klicken.

   

6. Geben Sie eine Meldung ein, die den Commit beschreibt, und wählen Sie dann Alle commitieren aus.

   

Hinweis

Wenn Sie über mehrere Dateien verfügen und nicht alle Commits ausführen möchten, können Sie mit der rechten Maustaste auf jede Datei klicken und Phase auswählen. Wenn Sie alle Dateien bereitgestellt haben, die Sie committen möchten, wählen Sie Commit-Bereitstellung aus. Commit staged ersetzt Commit All , wenn Sie Ihre Änderungen manuell inszenieren.

Git-Befehlszeile

1. Erstellen Sie einen Branch, in dem Sie Ihre Änderungen am Code vornehmen. Wenn Sie mit einer Person zusammenarbeiten, die einen von ihnen erstellten Branch verwendet, können Sie mit dem folgenden git checkout Schritt fortfahren.

    > git branch ReadMeFix
   

   Wählen Sie einen beschreibenden Branchnamen für Ihre Arbeit aus, um Sie und andere daran zu erinnern, welche Art von Arbeit in der Verzweigung besteht.

2. Sehen Sie sich Ihren Branch an, damit Sie damit beginnen können.

    > git checkout ReadMeFix
   

   Sie können den Befehl auch verwenden, um mit der checkout Arbeit an einem Branch zu beginnen, in dem andere Teammitglieder bereits arbeiten.

3. Nehmen Sie Änderungen mit Ihren bevorzugten Tools am Code vor.

4. Wenn Sie mit den Änderungen zufrieden sind, speichern Sie sie mithilfe eines Commits in Git, auch wenn Sie nicht bereit sind, die Arbeit freizugeben. Ihre Änderungen werden erst freigegeben, wenn Sie sie pushen, wie im folgenden Abschnitt beschrieben.

    > git commit -a -m "Descriptive message"
   

   Mit diesem Befehl werden Ihre Änderungen lokal in einem neuen Commit in Git gespeichert. Stellen Sie sicher, dass Sie dem Commit eine kurze Nachricht senden, die Ihre Änderungen nach -mbeschreibt.

Freigeben der Änderungen

Nachdem Sie einen oder mehrere Commits zu einem Branch hinzugefügt haben und sie bereit sind, diese Änderungen für andere zu teilen, pushen Sie Ihre Commits, damit andere sie sehen können.

Nachdem Sie Ihre Commits per Push übertragen haben, können Sie einen Pull Request erstellen. Ein Pull Request informiert andere Personen darüber, dass Sie Ihre Änderungen überprüfen lassen möchten. Nach der Genehmigung fügt ein Pull Request Ihre Änderungen in der Regel dem Standardbranch des Remoterepositorys hinzu.

Visual Studio 2022

1. Wählen Sie im Fenster Git Changes (Git-Änderungen ) die Nach-oben-Taste aus, um Den Commit zu drücken.

   

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

   

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

   

2. Erstellen Sie einen Pull Request, damit andere Benutzer Ihre Änderungen überprüfen können. Wenn Sie Ihre Änderungen gerade aus dem Fenster Git Changes gepusht haben, können Sie den Link Pull Request erstellen auswählen, um einen Webbrowser zu öffnen, in dem Sie einen neuen Pull Request im Azure Repos-Webportal erstellen können.

   

   Wenn Sie Ihre Änderungen soeben aus dem Git-Repositoryfenster gepusht haben, können Sie oben in diesem Fenster den Link Pull Request erstellen auswählen.

   

   Alternativ können Sie im Git-Repositoryfenster mit der rechten Maustaste auf einen beliebigen Branch klicken und Pull Request erstellen auswählen.

   

Wenn der Pull Request im Azure Repos-Webportal geöffnet wird, überprüfen Sie Ihre Quell- und Zielbranches. In diesem Beispiel möchten wir Commits aus dem Branch in dem add-readme-filemain Branch zusammenführen. Geben Sie einen Titel und eine optionale Beschreibung ein, geben Sie alle Prüfer an, ordnen Sie optional alle Arbeitselemente zu, und wählen Sie dann Erstellen aus.

Weitere Informationen zu Pull Requests finden Sie im Pull Request-Tutorial .

Visual Studio 2019– Git-Menü

1. Wählen Sie im Fenster Git Changes (Git-Änderungen ) die Nach-oben-Taste aus, um Den Commit zu drücken.

   

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

   

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

   

2. Erstellen Sie einen Pull Request, damit andere Benutzer Ihre Änderungen überprüfen können. Wenn Sie Ihre Änderungen gerade aus dem Fenster Git Changes gepusht haben, können Sie den Link Pull Request erstellen auswählen, um einen Webbrowser zu öffnen, in dem Sie einen neuen Pull Request im Azure Repos-Webportal erstellen können.

   

   Wenn Sie Ihre Änderungen soeben aus dem Git-Repositoryfenster gepusht haben, können Sie oben in diesem Fenster den Link Pull Request erstellen auswählen.

   

   Alternativ können Sie im Git-Repositoryfenster mit der rechten Maustaste auf einen beliebigen Branch klicken und Pull Request erstellen auswählen.

   

Wenn der Pull Request im Azure Repos-Webportal geöffnet wird, überprüfen Sie Ihre Quell- und Zielbranches. In diesem Beispiel möchten wir Commits aus dem Branch in dem add-readme-filemain Branch zusammenführen. Geben Sie einen Titel und eine optionale Beschreibung ein, geben Sie alle Prüfer an, ordnen Sie optional alle Arbeitselemente zu, und wählen Sie dann Erstellen aus.

Weitere Informationen zu Pull Requests finden Sie im Pull Request-Tutorial .

Visual Studio 2019 – Team Explorer

1. Wählen Sie in Team Explorerstart und dann Synchronisieren aus, um die Synchronisierung zu öffnen.

   

   Sie können auch unter Änderungen zur Ansicht Synchronisierung wechseln, indem Sie sofort nach einem Commit synchronisieren auswählen.

   

2. Wählen Sie in der Ansicht Synchronisierungdie Option Push aus, um Ihren Commit in das Remoterepository hochzuladen. Wenn dies Ihr erster Push an das Repository ist, wird die Folgende Meldung angezeigt: The current branch does not track a remote branch..., in der Sie wissen, dass Ihr Commit an einen neuen Branch im Remoterepository gepusht wurde und dass zukünftige Commits, die aus dem aktuellen Branch gepusht werden, in diesen Remotebranch hochgeladen werden.

   

3. Erstellen Sie einen Pull Request, damit andere Benutzer Ihre Änderungen überprüfen können. Öffnen Sie Pull Requests in Team Explorer , indem Sie Start und Pull Requests auswählen.

   

4. In Pull Requests können Sie von Ihnen geöffnete, ihnen zugewiesene Pull Requests anzeigen und neue Pull Requests erstellen. Wählen Sie Neuer Pull Request aus, um einen Webbrowser zu öffnen, in dem Sie im Azure Repos-Webportal einen neuen Pull Request erstellen können.

   

Wenn der Pull Request im Azure Repos-Webportal geöffnet wird, überprüfen Sie Ihre Quell- und Zielbranches. In diesem Beispiel möchten wir Commits aus dem Branch in dem add-readme-filemain Branch zusammenführen. Geben Sie einen Titel und eine optionale Beschreibung ein, geben Sie alle Prüfer an, ordnen Sie optional alle Arbeitselemente zu, und wählen Sie dann Erstellen aus.

Weitere Informationen zu Pull Requests finden Sie im Pull Request-Tutorial .

Git-Befehlszeile

1. Pushen Sie Ihren Branch, damit andere Benutzer die von Ihnen gespeicherten Änderungen sehen können.

    > git push -u origin ReadMeFix
   

2. Öffnen Sie das Projekt im Webportal, und navigieren Sie auf der Registerkarte Code zu Ihrem Repository. Wählen Sie Pull Request erstellen aus, um einen Pull Request für den Branch zu erstellen, den Sie per Push übertragen haben.

   

3. Überprüfen Sie Ihre Verzweigungen. In diesem Beispiel möchten wir die Commits aus dem Branch in dem ReadMeFixmain Branch zusammenführen. Geben Sie einen Titel und eine optionale Beschreibung ein, geben Sie alle Prüfer an, ordnen Sie optional alle Arbeitselemente zu, und wählen Sie Erstellen aus.

   

4. Nachdem die Änderungen genehmigt wurden, schließen Sie den Pull Request ab. Ein vollständiger Pull Request fügt Ihre Änderungen aus dem Branch in den Mainbranch des Codes hinzu.

   Weitere Informationen zu Pull Requests finden Sie im Pull Request-Tutorial .

Synchronisieren mit anderen Benutzern

Sie können Ihre lokalen Branches mit ihren Remote-Entsprechungen synchron halten, indem Sie von anderen erstellten Commits pullen . Git ist zwar gut darin, eingehende Änderungen mit Ihren Änderungen zusammenzuführen, aber manchmal müssen Sie möglicherweise einen Mergekonflikt lösen. Während Sie an Ihrem Featurebranch arbeiten, ist es eine gute Idee, regelmäßig zu Ihrem main Branch zu wechseln und neue Commits zu pullen, um ihn mit dem Remotebranch main auf dem neuesten Stand zu halten.

Visual Studio 2022

Im Fenster Git Changes können Sie Ihren lokalen Branch mit der Remote-Entsprechung auf dem aktuellen Stand halten, indem Sie die Schaltflächen Fetch, Pull, Push und Sync verwenden.

Im vorherigen Screenshot von links nach rechts lauten die Schaltflächensteuerelemente:

• Fetch lädt Remotecommits herunter, die sich nicht in Ihrem lokalen Branch befinden, führt sie aber nicht zusammen.
• Pull führt einen Abruf aus und führt dann die heruntergeladenen Commits in Ihrem lokalen Branch zusammen.
• Push lädt Ihre nicht gepusteten Commits in das Remoterepository hoch, das sie dem entsprechenden Remotebranch hinzufügt.
• Die Synchronisierung führt einen Pullvorgang und dann einen Push durch.

Sie können auch im Git-Menü Abrufen, Pullen, Pushen und Synchronisieren auswählen.

Visual Studio 2019– Git-Menü

Im Fenster Git Changes können Sie Ihren lokalen Branch mit der Remote-Entsprechung auf dem aktuellen Stand halten, indem Sie die Schaltflächen Fetch, Pull, Push und Sync verwenden.

Im vorherigen Screenshot von links nach rechts lauten die Schaltflächensteuerelemente:

• Fetch lädt Remotecommits herunter, die sich nicht in Ihrem lokalen Branch befinden, führt sie aber nicht zusammen.
• Pull führt einen Abruf aus und führt dann die heruntergeladenen Commits in Ihrem lokalen Branch zusammen.
• Push lädt Ihre nicht gepusteten Commits in das Remoterepository hoch, das sie dem entsprechenden Remotebranch hinzufügt.
• Die Synchronisierung führt einen Pullvorgang und dann einen Push durch.

Sie können auch im Git-Menü Abrufen, Pullen, Pushen und Synchronisieren auswählen.

Visual Studio 2019 – Team Explorer

1. Wählen Sie in Team Explorerstart und dann Synchronisieren aus, um die Synchronisierung zu öffnen.

   

2. Sie können die neuesten Änderungen an Ihrem Branch mithilfe des Pulllinks herunterladen. Es gibt zwei Pulllinks , einen am oberen Rand und einen im Abschnitt Eingehende Commits . Sie können beide verwenden, da beide dasselbe tun.

   

Git-Befehlszeile

1. Wechseln Sie zu dem Branch, in den Sie die Änderungen herunterladen möchten, die andere vorgenommen haben.

    > git checkout ReadMeFix
   

   In diesem Beispiel ziehen Sie Änderungen, die von anderen Benutzern in Ihrem Team vorgenommen wurden, in den ReadMeFix Branch in Ihre lokale Kopie des Branchs.

2. Pullen Sie die von anderen vorgenommenen Änderungen in Ihren lokalen Branch.

    > git pull
   

   Git lädt die Änderungen herunter und führt sie mit Ihren eigenen Änderungen in Ihrem lokalen Branch zusammen.

Verwandte Artikel

• Häufig gestellte Git-Fragen
• Git-Benutzeroberfläche in Visual Studio
• Paralleler Vergleich von Git und Team Explorer