git log

此命令将在顶部显示当前分支名称的提交列表。

为了我自己的参考（但可能对其他人有用），我概述了本线程中提到的大多数（基本命令行）技术，每个技术都应用于几个用例：HEAD是（指向）：

本地分支（主分支）远程跟踪分支，与本地分支同步（源/主与主提交相同）远程跟踪分支，与本地分支不同步（原点/功能foo）标签（v1.2.3）子模块（在子模块目录中运行）一般分离头（以上均不适用）

结果：

git分支|sed-n'/\*/s///p'本地分支：主远程跟踪分支（同步）：（与源/主分离）远程跟踪分支（不同步）：（与原始/功能foo分离）标签：（与v1.2.3分离）子模块：（头部在285f294处分离）通用分离头：（与285f294分离）git状态|头-1本地分支：#在分支主机上远程跟踪分支（同步）：#HEAD在源站/主站分离远程跟踪分支（不同步）：#HEAD在origin/feature foo分离tag:#HEAD在v1.2.3中分离子模块：#HEAD在285f294处分离一般分离封头：#在285f294处分离封头git-descripte--全部本地分支：主管/主管远程跟踪分支（同步）：头/主（注意：不是远程/原点/主）远程跟踪分支（不同步）：remotes/origin/feature foo标签：v1.2.3子模块：remotes/origin/HEAD通用分离头：v1.0.6-5-g2393761cat.git/HEAD：本地分支：ref:refs/heads/master子模块：cat：.git/HEAD：不是目录所有其他用例：相应提交的SHAgit-rev-parse--缩写ref HEAD本地分支：主所有其他用例：HEADgit符号ref—短HEAD本地分支：主所有其他用例：fatal:ref HEAD不是符号ref

（仅供参考，这是使用git 1.8.3.1版完成的）

这个呢？

{ git symbolic-ref HEAD 2> /dev/null || git rev-parse --short HEAD 2> /dev/null } | sed "s#refs/heads/##"

为什么不使用git-aware shell提示符，它会告诉您当前分支的名称？git状态也有帮助。

如何从contrib/执行git-prompt.sh（git版本2.3.0），如__git_ps1 helper函数中所定义：

首先，如果检测到正在进行的重基，则存在特殊情况。Git在rebase过程中使用未命名的分支（分离的HEAD）使其成为原子分支，原始分支保存在其他地方。如果.git/HEAD文件是一个符号链接（从git的古代历史来看，这种情况非常罕见），那么它将使用git符号ref HEAD 2>/dev/null否则，它将读取.git/HEAD文件。下一步取决于其内容：如果此文件不存在，则当前没有分支。如果存储库是空的，通常会发生这种情况。如果它以“ref:”前缀开头，那么.git/HEAD是symref（符号引用），并且我们处于正常分支。去掉前缀以获得全名，去掉refs/heads/以获得当前分支的短名称：b=“$｛head#ref:｝”# ...b=${b#refs/heads/｝如果它不是以“ref:”开头，那么它是分离的HEAD（匿名分支），直接指向某个提交。使用git描述。。。以人类可读的形式编写当前提交。

我希望这有帮助。

我有一个名为gitcbr（当前分支）的简单脚本，它打印出当前分支的名称。

#!/bin/bash

git branch | grep -e "^*"

我将此脚本放在一个自定义文件夹（~/.bin）中。该文件夹位于$PATH中。

所以现在，当我在git repo中时，我只需键入git cbr即可打印出当前的分行名称。

$ git cbr
* master

这是因为git命令接受其第一个参数，并尝试运行名为git-arg1的脚本。例如，gitbranch尝试运行名为gitbranch等的脚本。

我一直在与CircleCI和git标签斗争，这就是我最终的结果：

if [[ -n $(git branch --show-current) ]]; then
    git branch --show-current
else
    git branch -a --contains $(git rev-parse --short HEAD) \
    | sed '/HEAD/d' \
    | sed 's/remotes\/origin\///g' \
    | sed 's/\*//g' | sed 's/ *//g' \
    | awk '!_[$0]++'
fi

虽然有点难看，但确实如此

常规提交的工作：它只使用git的--show current标志，如果有效，我们就不需要再多看了；本地和CI容器上标记的工作：当头部分离时，它将获得远程分支名称。

注意事项：

只要标记的提交只出现在一个分支上，这就可以正常工作。因此，如果您通常合并到dev，并从那里通过转移到生产，那么来自dev的原始提交将出现在所有三个分支上，从而破坏代码。但只要您只标记合并/PR提交这需要预先运行git fetch-a，因为CI只会检出默认的分支和标记的提交，所以如果正确的分支都不是，它将无法工作

更多解释：

我想获得分支名称，即使CI构建是由标记触发的。在这种情况下，没有设置CircleCI pipeline.git.branch变量，也无法在头部分离时从git中轻松获取分支名称（正如许多其他问题中所指出的）。这意味着grepping当前分支（使用*前缀）也不能像在CI上那样工作，当前分支将是分离的头部分支。其想法是获取包含此提交的所有分支（包括远程分支）；然后删除分离的head结果，去掉所有不是实际分支名称的位并消除重复