答案是git rev-parse --abbrev-ref head，这是git官方推荐、最稳定的方式，专为获取当前分支名设计，不依赖格式解析，不受颜色/缩进/空格影响，且在分离head时返回head字符串，便于判断。
git branch 命令默认不直接输出当前分支名
直接运行 git branch 会列出所有本地分支，并在当前分支前加一个 * 号，但这个星号是纯文本标记，不能直接被脚本或命令行工具消费。很多人误以为它“已经给出了”，结果在写 CI 脚本或自动化任务时卡在字符串解析上。
- 输出示例：
* main<br> develop<br> feature/login
- 问题在于：星号和分支名之间有空格，且首行开头有空格；不同 Git 版本缩进可能不一致（尤其带颜色时）
- 靠
grep或awk解析容易出错，比如git branch | grep '*' | awk '{print $2}'在分支名含空格时失效
推荐用 git rev-parse --abbrev-ref HEAD
这是 Git 官方推荐、最稳定的方式，专为获取当前分支名设计，不依赖格式解析，也不受颜色/缩进/空格影响。
-
HEAD指向当前检出的提交，--abbrev-ref会将其“展开”为可读的引用名（如main），而不是哈希值 - 如果处于分离 HEAD 状态（比如
git checkout commit-hash），它会返回HEAD字符串，这是合理行为，可据此做判断 - 在 shell 脚本中可直接赋值：
current_branch=$(git rev-parse --abbrev-ref HEAD)
其他可行但需注意场景的方法
某些旧环境或特殊需求下可能考虑替代方案，但都有明确限制条件。
-
git symbolic-ref --short HEAD：效果类似，但遇到分离 HEAD 时会报错（退出码非 0），不如rev-parse温和 -
git name-rev --name-only HEAD：会尝试给出“最近的分支名”，但可能返回main~2这类带偏移的表达式，不适用于需要精确分支名的场景 - 避免用
cat .git/HEAD手动解析：内容可能是ref: refs/heads/main或直接是哈希值（分离 HEAD），需额外判断，易出错且违反 Git 抽象层
CI/CD 或脚本中务必加错误处理
看似简单的命令，在子模块、裸仓库、或 Git 工作区损坏时可能失败。别假设 git rev-parse --abbrev-ref HEAD 总能成功。
- 检查命令是否执行成功：
if ! current_branch=$(git rev-parse --abbrev-ref HEAD 2>/dev/null); then echo "not in a git repo or detached HEAD"; exit 1; fi - 区分
HEAD（分离状态）和真实分支名：后续逻辑若依赖分支策略（如只允许合并到main），必须显式判断[ "$current_branch" = "HEAD" ] - Git 2.22+ 支持
--default参数（如git rev-parse --abbrev-ref --default unknown HEAD），但低版本不兼容，慎用
实际用的时候，git rev-parse --abbrev-ref HEAD 就是那个“抄了不会错”的答案。但它的可靠性不是凭空来的——它绕开了所有显示层的干扰，直取 Git 内部引用关系。很多人踩坑，是因为先看了 git branch 的输出，再动手切字符串，而不是去查 Git 自己提供的语义化接口。
