-d –delete

Löscht einen Zweig. Der Zweig muss vollständig in seinem Upstream-Zweig oder in HEAD wenn kein Upstream mit--track oder --set-upstream-to .

-D

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

–create-reflog

Erstellt das Reflog des Zweigs. Dies aktiviert die Aufzeichnung aller Änderungen, die an der Verzweigungsreferenz vorgenommen wurden, und ermöglicht die Verwendung von datumsbasierten sha1-Ausdrücken wie „<branchname>@{yesterday}“.Beachten Sie, dass Reflogs in Nicht-Bare-Repositorys normalerweise sind standardmäßig durch die Konfigurationsoption core.logAllRefUpdates aktiviert.Die negierte Form --no-create-reflog überschreibt nur eine frühere--create-reflog, negiert jedoch derzeit nicht die Einstellung voncore.logAllRefUpdates.

-f –force

Reset <branchname> auf <Startpunkt>, auch wenn < branchname> existiert bereits. Ohne -f weigert sich git branch, eine vorhandene branch.In in Kombination mit -d (oder --delete) können Sie den Zweig unabhängig von seinem zusammengeführten Status löschen. Erlauben Sie in Kombination mit-m (oder --move) das Umbenennen des Zweigs, auch wenn der Newbranch-Name bereits vorhanden ist, dasselbe gilt für -c (oder --copy).

-m –move

Verschiebt/benennt einen Zweig und das entsprechende Reflog um.

-M

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

-c –copy

Kopiert einen Branch und das dazugehörige Reflog.

-C

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

–color

Farbverzweigungen, um aktuelle, lokale und Remote-Tracking-Zweige hervorzuheben.Der Wert muss always (der Standardwert), never oder auto sein.

–no-color

Schalten Sie Branch-Farben aus, auch wenn die Konfigurationsdatei den Standardwert für die Farbausgabe angibt.Wie --color=never.

-i –ignore-case

Sortier- und Filterzweige unterscheiden nicht zwischen Groß- und Kleinschreibung.

–column –no-column

Anzeige der Verzweigungsliste in Spalten. Siehe Konfigurationsvariablecolumn.branch für Optionssyntax. --column und --no-columnohne Optionen sind äquivalent zu always bzw. never .

-r –remotes

Listet oder löscht (wenn mit -d verwendet) die Remote-Tracking-Zweige.Kombinieren Sie mit --list, um die optionalen Muster anzupassen.

-a –all

Listet sowohl Remote-Tracking-Zweige als auch lokale Zweige auf.Kombinieren Sie mit --list, um optionale Muster abzugleichen.

-l –list

Zweige auflisten. Mit optionalem <pattern>..., z. B. gitbranch --list 'maint-*', listen Sie nur die Zweige auf, die übereinstimmendie Muster.

–show-current

Gibt den Namen des aktuellen Zweigs aus. Im Zustand detached HEAD wird nichts gedruckt.

-v -vv –verbose

Im Listenmodus sha1 anzeigen und Betreffzeile für jeden Kopf festschreiben, zusammen mitbeziehung zum Upstream-Zweig (falls vorhanden). Wenn zweimal angegeben, drucken Sie den Pfad des verknüpften Arbeitsbaums (falls vorhanden) und den Namen der Upstreambranch (siehe auch git remote show <remote> ). Beachten Sie, dass der Pfad im KOPF des aktuellen Arbeitsbaums nicht gedruckt wird (es wird immer Ihr aktuelles Verzeichnis sein).

-q –quiet

Seien Sie beim Erstellen oder Löschen eines Zweigs ruhiger und unterdrücken Sie keine Fehlermeldungen.

–abbrev=<n>

Zeigen Sie in der ausführlichen Auflistung, die den Namen des Commit-Objekts anzeigt,das kürzeste Präfix an, das mindestens <n> hexdigitslong , das das Objekt eindeutig.Der Standardwert ist 7 und kann durch die core.abbrevKonfigurationsoption überschrieben werden.

–no-abbrev

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

-t –track

Richten Sie beim Erstellen eines neuen Zweigs branch.<name>.remote undbranch.<name>.merge Konfigurationseinträge ein, um den Startpunktzweig als „upstream“ des neuen Zweigs zu markieren. Diese Konfiguration weist git an, die Beziehung zwischen den beiden Zweigen in git status und git branch -v . Außerdem weist es git pull ohne Argumente an, aus theupstream zu ziehen, wenn der neue Zweig ausgecheckt wird.

–no-track

Richten Sie keine „Upstream“ -Konfiguration ein, auch wenn thebranch.Die Konfigurationsvariable autoSetupMerge ist true.

–set-upstream

As this option had confusing syntax, it is no longer supported.Please use --track or --set-upstream-to instead.

-u <upstream> –set-upstream-to=<upstream>

Set up <branchname>’s tracking information so <upstream> isconsidered <branchname>’s upstream branch. Wenn kein <branchname>angegeben ist, wird standardmäßig der aktuelle Zweig verwendet.

–unset-upstream

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

–edit-description

Öffnen Sie einen Editor und bearbeiten Sie den Text, um zu erklären, wofür der Zweig steht, der von verschiedenen anderen Befehlen verwendet werden soll (z. B. format-patchrequest-pull und merge (falls aktiviert)). Mehrzeilige Erklärungenkann verwendet werden.

–enthält

Nur Listenzweige, die das angegebene Commit enthalten (HEADif nicht angegeben). Impliziert --list.

–no-contains

Listet nur Zweige auf, die das angegebene Commit nicht enthalten (HEAD, falls nicht angegeben). Impliziert --list.

–merged

Listet nur Zweige auf, deren Spitzen vom angegebenen Commit aus erreichbar sind (HEAD, falls nicht angegeben). Impliziert --list.

–no-merged

Listet nur Zweige auf, deren Spitzen vom angegebenen Commit aus nicht erreichbar sind (HEAD, falls nicht angegeben). Impliziert --list.

<branchname>

Der Name des zu erstellenden oder zu löschenden Zweigs.Der neue Zweigname muss alle von definierten Prüfungen bestehengit-check-ref-format. Einige dieser Überprüfungen können die in einem Zweignamen zulässigen Zeichen einschränken.

<Startpunkt>

Der neue Verzweigungskopf zeigt auf diesen Commit. Es kann als Branchname, Commit-ID oder Tag angegeben werden. Wenn thisoption weggelassen wird, wird stattdessen der aktuelle KOPF verwendet.

<oldbranch>

Der Name eines vorhandenen Zweigs, der umbenannt werden soll.

<newbranch>

Der neue Name für einen bestehenden Zweig. Es gelten die gleichen Einschränkungen wie für<branchname>.

–sort=<Schlüssel>

Sortierung basierend auf dem angegebenen Schlüssel. Präfix - um in absteigender Reihenfolge des Wertes zu sortieren. Sie können die Option –sort=<key> mehrmals verwenden. Die unterstützten Schlüssel sind die gleichen wie in gitfor-each-ref . Die Sortierreihenfolge verwendet standardmäßig den Wert, der für die Variablebranch.sort konfiguriert ist, falls vorhanden, oder die Sortierung basierend auf dem vollständigen Refname (einschließlich des Präfixes refs/...). Dies listet zuerst den abgetrennten KOPF (falls vorhanden), dann lokale Zweige und schließlich Remote-Tracking-Zweige auf. Siehe git-config .

–points-at <object>

Listet nur Zweige des angegebenen Objekts auf.

–format <format>

Eine Zeichenkette, die %(fieldname) von einem Zweig interpoliert, der gezeigt wirdund das Objekt, auf das es zeigt. Das Format ist das gleiche wie bei git-for-each-ref .