Supprimer une branche. La branche doit être entièrement fusionnée dans sa branche amont, ou dans HEAD si aucune branche amont n’a été fixée avec --track ou --set-upstream-to.

Raccourci pour --delete --force.

Créer le reflog de la branche. Cela active l’enregistrement de toutes les modifications apportées à la branche ref, permettant l’utilisation d’expressions sha1 basées sur la date telles que "<nom-de-branche>@{yesterday}". Notez que dans les dépôts non-nus, les reflogs sont généralement activés par défaut par l’option de configuration core.logAllRefUpdates. La forme négative --no-create-reflog ne fait que remplacer un --create-reflog précédent, mais n’annule pas actuellement le paramètre core.logAllRefUpdates.

Réinitialiser <branche> à <point de départ>, même si <branche> existe déjà. Sans -f, "git branch" refuse de changer une branche existante. En combinaison avec -d (ou --delete), permettre la suppression de la branche indépendamment de son statut de fusion. En combinaison avec -m (ou --move), il est possible de renommer la branche même si le nouveau nom de la branche existe déjà, il en va de même pour -c (ou --copy).

Déplacer/renommer une branche et le reflog correspondant.

Raccourci pour --move-force.

Copier une branche et le reflog correspondant.

Raccourci pour --copy-force.

Colorier les branches pour mettre en évidence les branches actuelles, locales et de suivi à distance. La valeur doit être « always » (c-à-d toujours) (valeur par défaut), « never » (c-à-d jamais) ou « auto ».

Désactiver les couleurs des branches, même lorsque le fichier de configuration donne la sortie en couleur par défaut. Même chose que --color=never.

Le tri et le filtrage de branches sont non-sensibles à la casse.

Afficher la liste des branches en colonnes. Voir la variable de configuration column.branch pour la syntaxe des options.-- column et --no-column sans options équivalent respectivement à always et never.

Énumérer ou supprimer (si utilisé avec -d) les branches de suivi à distance. Combiner avec -list pour faire correspondre le(s) motif(s) optionnel(s).

Afficher à la fois les branches de suivi et les branches locales. Combiner avec --list pour faire correspondre un ou des motifs optionnels.

Listes les branches. Avec l’option <pattern>..., par exemple git branch --list 'maint-*', ne lister que les branches qui correspondent au(x) motif(s).

Afficher le nom de la branche actuelle. En état de HEAD détachée, rien n’est affiché.

En mode liste, afficher le sha1 et valider le sujet pour chaque tête, ainsi que la relation avec la branche amont (le cas échéant). S’il est donné deux fois, imprimer le chemin de l’arbre de travail lié (le cas échéant) ainsi que le nom de la branche amont (voir aussi git remote show <remote>). Notez que la HEAD de l’arbre de travail actuel n’aura pas son chemin d’accès affiché (il s’agira toujours de votre répertoire actuel).

Être plus discret lors de la création ou la destruction d’une branche, en supprimant les messages qui ne sont pas des erreurs.

Modifier la longueur minimale d’affichage du sha1 dans la liste de sortie. La valeur par défaut est 7 et peut être remplacée par l’option de configuration core.abbrev.

Afficher les sha1s complets dans la liste des résultats plutôt que de les abréger.

Lors de la création d’une nouvelle branche, configurer les entrées de configuration branch.<nom>.remote et branch.<nom>.merge pour marquer la branche de départ comme étant "en amont" de la nouvelle branche. Cette configuration indiquera à git de montrer la relation entre les deux branches dans "git status" et "git branch -v". En outre, il règle git pull sans arguments de tirer depuis l’amont lorsque la nouvelle branche est extraite.

Ne pas renseigner la configuration « amont », même si la configuration branch.autoSetupMerge est true.

Comme cette option avait une syntaxe confuse, elle n’est plus supportée. Veuillez utiliser --track ou --set-upstream-to à la place.

Configurer les informations de suivi de <nome-de-branche> pour que <amont> soit considéré comme la branche amont de <nome-de-branche>. Si aucun <nom-de-branche> n’est spécifié, alors la branche actuelle est utilisée par défaut.

Supprimer les informations en amont pour <nom-de-branche>. Si aucune branche n’est spécifiée, la branche actuelle est utilisée par défaut.

Ouvrir un éditeur et éditer le texte pour expliquer à quoi sert la branche, qui sera utilisée par diverses autres commandes (par exemple format-patch, pull-request et merge (si activé)). Des explications sur plusieurs lignes peuvent être utilisées.

N’indiquer que les branches qui contiennent le commit spécifié (HEAD si non spécifié). Implique --list.

N’indiquer que les branches qui contiennent le commit spécifié (HEAD si non spécifié). Implique --list.

N’indiquer que les branches dont les sommets sont accessibles depuis le commit spécifié (HEAD si non spécifié). Implique --list, incompatible avec --no-merged.

N’indiquer que les branches dont les sommets sont accessibles depuis le commit spécifié (HEAD si non spécifié). Implique --list, incompatible avec --no-merged.

Le nom de la branche à créer ou à supprimer. Le nouveau nom de la branche doit passer tous les contrôles définis par git-check-ref-format[1]. Certains de ces contrôles peuvent restreindre les caractères autorisés dans un nom de branche.

La nouvelle tête de branche pointera sur ce commit. Il peut être donné sous la forme d’un nom de branche, d’un id de commit ou d’une étiquette. Si cette option est omise, la HEAD actuelle sera utilisée à la place.

Nom d’une branche existante à renommer.

Le nouveau nom d’une branche existante. Les mêmes restrictions que pour <nom-de-branche> s’appliquent.

Trier en fonction de la clé donnée. Préfixer par - pour trier par ordre décroissant de la valeur. Vous pouvez utiliser l’option --sort=<clé> plusieurs fois, auquel cas la dernière clé devient la clé primaire. Les clés supportées sont les mêmes que celles de git for-each-ref. L’ordre de tri est par défaut la valeur configurée pour la variable branch.sort si elle existe, ou le tri basé sur le nom de référence complet (y compris le préfixe refs/...). Cela liste d’abord les HEAD détachées (si présentes), puis les branches locales et enfin les branches de suivi à distance. Voir git-config[1].

N’indiquer que les branches de l’objet donné.

Une chaîne qui interpole %(fieldame) à partir d’une référence de branche montrée et l’objet vers lequel elle pointe. Le format est le même que celui de git-for-each-ref[1].