Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Lernen Entfernte Branches | Grundlegende Interaktion mit Remotes
GitHub-Grundlagen

Entfernte Branches

Swipe um das Menü anzuzeigen

Wie Sie gerade gesehen haben, gibt es beim Arbeiten mit Remotes zwei Arten von Branches: lokale und Remote-Branches.

Note
Mehr erfahren

Remote-Branches sind Kopien der Branches im Remote-Repository und in Ihrer lokalen Umgebung schreibgeschützt.

Werfen wir einen Blick auf die Remote-Branches (-r steht für remote), die unser Git-Repository derzeit verfolgt, indem wir den folgenden Befehl ausführen:

git branch -r
Remote-Branches
Note
Hinweis

Zur Wiederholung: HEAD ist ein Verweis auf den aktuellen Commit im Arbeitsverzeichnis. Er zeigt auf den neuesten Commit des aktuellen Branches, an dem gearbeitet wird. origin/HEAD ist ein symbolischer Verweis, der auf den Standard-Branch des Remote-Repositories zeigt. In der Regel ist dies der main-Branch, den das Repository als Hauptentwicklungszweig betrachtet.

Da diese Branches schreibgeschützt sind, müssen die Änderungen zunächst abgerufen (fetch), mit den lokalen Änderungen zusammengeführt (merge) und anschließend wieder zum Remote-Repository hochgeladen (push) werden, um Änderungen vorzunehmen.

Das ist alles gut, aber wie lässt sich feststellen, ob der aktuelle Branch mit seinem Remote-Gegenstück auf dem neuesten Stand ist? Der bekannte Befehl git status kann dabei helfen; er zeigt nicht nur den Status des lokalen Arbeitsverzeichnisses an, sondern gibt auch an, ob der Branch dem Remote-Branch, den er verfolgt, voraus ist, hinterherhinkt oder synchron ist.

Führen wir ihn nun aus:

git status
Git-Status

In unserem Fall zeigt git status an, dass unser lokaler main-Branch mit origin/main auf dem neuesten Stand ist. Das bedeutet, dass es keine neuen Änderungen im Remote-Branch main gibt, die nicht bereits in deiner lokalen Version enthalten sind.

question mark

Welcher Befehl hilft dir zu überprüfen, ob dein lokaler Branch mit seinem Remote-Gegenstück auf dem neuesten Stand ist?

Wählen Sie die richtige Antwort aus

War alles klar?

Wie können wir es verbessern?

Danke für Ihr Feedback!

Abschnitt 2. Kapitel 2

Fragen Sie AI

expand

Fragen Sie AI

ChatGPT

Fragen Sie alles oder probieren Sie eine der vorgeschlagenen Fragen, um unser Gespräch zu beginnen

Entfernte Branches

Wie Sie gerade gesehen haben, gibt es beim Arbeiten mit Remotes zwei Arten von Branches: lokale und Remote-Branches.

Note
Mehr erfahren

Remote-Branches sind Kopien der Branches im Remote-Repository und in Ihrer lokalen Umgebung schreibgeschützt.

Werfen wir einen Blick auf die Remote-Branches (-r steht für remote), die unser Git-Repository derzeit verfolgt, indem wir den folgenden Befehl ausführen:

git branch -r
Remote-Branches
Note
Hinweis

Zur Wiederholung: HEAD ist ein Verweis auf den aktuellen Commit im Arbeitsverzeichnis. Er zeigt auf den neuesten Commit des aktuellen Branches, an dem gearbeitet wird. origin/HEAD ist ein symbolischer Verweis, der auf den Standard-Branch des Remote-Repositories zeigt. In der Regel ist dies der main-Branch, den das Repository als Hauptentwicklungszweig betrachtet.

Da diese Branches schreibgeschützt sind, müssen die Änderungen zunächst abgerufen (fetch), mit den lokalen Änderungen zusammengeführt (merge) und anschließend wieder zum Remote-Repository hochgeladen (push) werden, um Änderungen vorzunehmen.

Das ist alles gut, aber wie lässt sich feststellen, ob der aktuelle Branch mit seinem Remote-Gegenstück auf dem neuesten Stand ist? Der bekannte Befehl git status kann dabei helfen; er zeigt nicht nur den Status des lokalen Arbeitsverzeichnisses an, sondern gibt auch an, ob der Branch dem Remote-Branch, den er verfolgt, voraus ist, hinterherhinkt oder synchron ist.

Führen wir ihn nun aus:

git status
Git-Status

In unserem Fall zeigt git status an, dass unser lokaler main-Branch mit origin/main auf dem neuesten Stand ist. Das bedeutet, dass es keine neuen Änderungen im Remote-Branch main gibt, die nicht bereits in deiner lokalen Version enthalten sind.

War alles klar?

Wie können wir es verbessern?

Danke für Ihr Feedback!

Abschnitt 2. Kapitel 2
some-alt