Löscht einen Branch. Der Branch muss vollständig in seinen Upstream-Branch oder in HEAD gemergt sein, wenn kein Upstream mit --track oder --set-upstream-to gesetzt wurde.

Abkürzung für --delete --force.

Erstellt den Reflog des Branches. Dies aktiviert die Aufzeichnung aller Änderungen am Branch-Ref, was die Verwendung von Datums-basierten SHA1-Ausdrücken wie <Branch-Name>@{gestern} ermöglicht. Beachten Sie, dass in Nicht-Bare-Repositorys Reflogs normalerweise standardmäßig durch die Konfigurationsoption core.logAllRefUpdates aktiviert sind. Die negierte Form --no-create-reflog überschreibt nur ein früheres --create-reflog, negiert aber derzeit nicht die Einstellung von core.logAllRefUpdates.

Setzt <Branch-Name> auf <Startpunkt> zurück, auch wenn <Branch-Name> bereits existiert. Ohne -f lehnt git branch die Änderung eines bestehenden Branches ab. In Kombination mit -d (oder --delete) erlaubt das Löschen des Branches unabhängig von seinem Merge-Status oder ob er überhaupt auf einen gültigen Commit zeigt. In Kombination mit -m (oder --move) erlaubt das Umbenennen des Branches, auch wenn der neue Branch-Name bereits existiert, dasselbe gilt für -c (oder --copy).

Verschiebt/benennt einen Branch um, zusammen mit seiner Konfiguration und seinem Reflog.

Abkürzung für --move --force.

Kopiert einen Branch, zusammen mit seiner Konfiguration und seinem Reflog.

Abkürzung für --copy --force.

Färbt Branches, um aktuelle, lokale und Remote-Tracking-Branches hervorzuheben. Der Wert muss immer (Standard), nie oder auto sein.

Schaltet die Branch-Farben aus, auch wenn die Konfigurationsdatei die Standardausgabe farbig vorgibt. Entspricht --color=never.

Sortierung und Filterung von Branches sind nicht case-sensitiv.

Druckt keine neue Zeile nach formatierten Refs, bei denen das Format zu einer leeren Zeichenkette expandiert.

Zeigt die Branch-Liste in Spalten an. Siehe die Konfigurationsvariable column.branch für die Syntax der Optionen. --column und --no-column ohne Optionen sind äquivalent zu always bzw. never.

Sortiert basierend auf <Schlüssel>. Präfix -, um absteigend nach dem Wert zu sortieren. Sie können die Option --sort=<Schlüssel> mehrmals verwenden, wobei der letzte Schlüssel zum primären Schlüssel wird. Die unterstützten Schlüssel sind die gleichen wie bei git-for-each-ref[1]. Die Sortierreihenfolge ist standardmäßig der Wert, der für die Variable branch.sort konfiguriert ist, falls vorhanden, oder die Sortierung basierend auf dem vollständigen Refnamen (einschließlich des Präfixes refs/...). Dies listet zuerst detached HEAD (falls vorhanden), dann lokale Branches und schließlich Remote-Tracking-Branches auf. Siehe git-config[1].

Listet auf oder löscht (wenn mit -d verwendet) die Remote-Tracking-Branches. Kombinieren Sie mit --list, um den optionalen Mustern zu entsprechen.

Listet sowohl Remote-Tracking-Branches als auch lokale Branches auf. Kombinieren Sie mit --list, um optionalen Mustern zu entsprechen.

Listet Branches auf. Mit optionalen <Muster>..., z.B. git branch --list maint-*', werden nur die Branches aufgelistet, die den Mustern entsprechen.

Gibt den Namen des aktuellen Branches aus. Im Zustand detached HEAD wird nichts ausgegeben.

Im List-Modus werden SHA1 und die Betreffzeile des Commits für jeden Head angezeigt, zusammen mit der Beziehung zum Upstream-Branch (falls vorhanden). Wenn zweimal angegeben, wird auch der Pfad des verknüpften Arbeitsbaums (falls vorhanden) und der Name des Upstream-Branches ausgegeben (siehe auch git remote show <Remote>). Beachten Sie, dass für den HEAD des aktuellen Arbeitsbaums kein Pfad ausgegeben wird (es ist immer Ihr aktuelles Verzeichnis).

Seien Sie beim Erstellen oder Löschen eines Branches leiser und unterdrücken Sie Nicht-Fehlermeldungen.

In der ausführlichen Liste, die den Commit-Objektnamen anzeigt, wird der kürzeste Präfix angezeigt, der mindestens <n> Hexadezimalziffern lang ist und das Objekt eindeutig referenziert. Der Standardwert ist 7 und kann durch die Konfigurationsoption core.abbrev überschrieben werden.

Zeigt die vollständigen SHA1s in der Ausgabeliste an, anstatt sie abzukürzen.

Beim Erstellen eines neuen Branches werden die Konfigurationseinträge branch.<Name>.remote und branch.<Name>.merge gesetzt, um eine "Upstream"-Tracking-Konfiguration für den neuen Branch einzurichten. Diese Konfiguration weist Git an, die Beziehung zwischen den beiden Branches in git status und git branch -v anzuzeigen. Außerdem weist sie git pull ohne Argumente an, vom Upstream zu pullen, wenn der neue Branch ausgecheckt wird.

Richtet keine "Upstream"-Konfiguration ein, auch wenn die Konfigurationsvariable branch.autoSetupMerge gesetzt ist.

DIESE OPTION IST EXPERIMENTELL! Veranlasst den aktuellen Befehl, in Submodule zu rekursieren, wenn submodule.propagateBranches aktiviert ist. Siehe submodule.propagateBranches in git-config[1]. Derzeit wird nur die Erstellung von Branches unterstützt.

Da diese Option eine verwirrende Syntax hatte, wird sie nicht mehr unterstützt. Bitte verwenden Sie stattdessen --track oder --set-upstream-to.

Konfiguriert die Tracking-Informationen von <Branch-Name> so, dass <Upstream> als Upstream-Branch von <Branch-Name> betrachtet wird. Wenn kein <Branch-Name> angegeben ist, wird standardmäßig der aktuelle Branch verwendet.

Entfernt die Upstream-Informationen für <Branch-Name>. Wenn kein Branch angegeben ist, wird standardmäßig der aktuelle Branch verwendet.

Öffnet einen Editor und bearbeitet den Text zur Erklärung, wozu der Branch dient, der von verschiedenen anderen Befehlen (z. B. format-patch, request-pull und merge (falls aktiviert)) verwendet wird. Mehrzeilige Erklärungen sind möglich.

Listet nur Branches auf, die <Commit> enthalten (HEAD, wenn nicht angegeben). Impliziert --list.

Listet nur Branches auf, die <Commit> nicht enthalten (HEAD, wenn nicht angegeben). Impliziert --list.

Listet nur Branches auf, deren Spitzen von <Commit> (HEAD, wenn nicht angegeben) erreichbar sind. Impliziert --list.

Listet nur Branches auf, deren Spitzen nicht von <Commit> (HEAD, wenn nicht angegeben) erreichbar sind. Impliziert --list.

Listet nur Branches auf, die auf <Objekt> zeigen.

Eine Zeichenkette, die %(Feldname) aus einem angezeigten Branch-Ref und dem von ihm referenzierten Objekt interpoliert. <Format> ist dasselbe wie bei git-for-each-ref[1].

Der Name des zu erstellenden oder zu löschenden Branches. Der neue Branch-Name muss alle Prüfungen von git-check-ref-format[1] bestehen. Einige dieser Prüfungen können die in einem Branch-Namen erlaubten Zeichen einschränken.

Der neue Branch-Head wird auf diesen Commit zeigen. Er kann als Branch-Name, Commit-ID oder Tag angegeben werden. Wenn diese Option weggelassen wird, wird stattdessen der aktuelle HEAD verwendet.

Der Name eines bestehenden Branches. Wenn diese Option weggelassen wird, wird stattdessen der Name des aktuellen Branches verwendet.

Der neue Name eines bestehenden Branches. Dieselben Einschränkungen wie für <Branch-Name> gelten.

Weist git branch, git switch und git checkout an, neue Branches so einzurichten, dass git-pull[1] entsprechend vom Startpunkt-Branch mergt. Beachten Sie, dass dieses Verhalten auch dann pro Branch über die Optionen --track und --no-track gewählt werden kann, wenn diese Option nicht gesetzt ist. Diese Option ist standardmäßig auf true gesetzt. Die gültigen Einstellungen sind:

Wenn ein neuer Branch mit git branch, git switch oder git checkout erstellt wird, der einen anderen Branch verfolgt, weist diese Variable Git an, Pull so einzurichten, dass stattdessen rebased wird (siehe branch.<Name>.rebase). Die gültigen Einstellungen sind:

Diese Variable steuert die Sortierreihenfolge von Branches, wenn sie von git-branch[1] angezeigt werden. Ohne die Option --sort=<Wert> wird der Wert dieser Variablen als Standard verwendet. Siehe die Feldnamen in git-for-each-ref[1] für gültige Werte.

Wenn Sie sich auf Branch <Name> befinden, gibt dies git fetch und git push an, von welchem Remote abgerufen oder wohin gepusht werden soll. Das Remote zum Pushen kann mit remote.pushDefault (für alle Branches) überschrieben werden. Das Remote zum Pushen für den aktuellen Branch kann weiter durch branch.<Name>.pushRemote überschrieben werden. Wenn kein Remote konfiguriert ist, oder wenn Sie sich auf keinem Branch befinden und mehr als ein Remote im Repository definiert ist, wird standardmäßig origin zum Abrufen und remote.pushDefault zum Pushen verwendet. Zusätzlich ist . (ein Punkt) das aktuelle lokale Repository (ein Dot-Repository), siehe abschließender Hinweis zu branch.<Name>.merge.

Wenn Sie sich auf Branch <Name> befinden, überschreibt dies branch.<Name>.remote für das Pushen. Es überschreibt auch remote.pushDefault für das Pushen von Branch <Name>. Wenn Sie von einem Ort abrufen (z. B. Ihrem Upstream) und zu einem anderen Ort pushen (z. B. Ihrem eigenen Publishing-Repository), möchten Sie remote.pushDefault festlegen, um das Remote für das Pushen aller Branches anzugeben, und diese Option verwenden, um es für einen bestimmten Branch zu überschreiben.

Definiert zusammen mit branch.<Name>.remote den Upstream-Branch für den gegebenen Branch. Es sagt git fetch/git pull/git rebase, welcher Branch gemergt werden soll, und kann auch git push beeinflussen (siehe push.default). Wenn im Branch <Name>, sagt es git fetch, dass der Standard-Refspec zum Mergen in FETCH_HEAD markiert werden soll. Der Wert wird wie der Remote-Teil eines Refspecs behandelt und muss mit einem Ref übereinstimmen, der vom Remote gemäß branch.<Name>.remote abgerufen wird. Die Merge-Informationen werden von git pull (das zuerst git fetch aufruft) verwendet, um den Standard-Branch zum Mergen nachzuschlagen. Ohne diese Option mergt git pull standardmäßig den ersten abgerufenen Refspec. Geben Sie mehrere Werte an, um einen Oktopus-Merge zu erhalten. Wenn Sie git pull so einrichten möchten, dass in <Name> von einem anderen Branch im lokalen Repository gemergt wird, können Sie branch.<Name>.merge auf den gewünschten Branch zeigen lassen und die relative Pfadangabe . (ein Punkt) für branch.<Name>.remote verwenden.

Setzt Standardoptionen für das Mergen in Branch <Name>. Die Syntax und unterstützten Optionen sind dieselben wie bei git-merge[1], aber Optionswerte, die Leerzeichen enthalten, werden derzeit nicht unterstützt.

Wenn true, wird der Branch <Name> auf den abgerufenen Branch rebased, anstatt den Standard-Branch vom Standard-Remote zu mergen, wenn git pull ausgeführt wird. Siehe pull.rebase, um dies nicht branch-spezifisch zu tun.

Branch-Beschreibung, kann mit git branch --edit-description bearbeitet werden. Die Branch-Beschreibung wird automatisch dem format-patch-Cover-Letter oder der request-pull-Zusammenfassung hinzugefügt.