对于您的整体问题，我有一个解决方案(确定feature是否源自develop的提示)，但使用您概述的方法它不起作用。

你可以使用git branch——contains列出所有来自develop提示的分支，然后使用grep确保feature在其中。

git branch --contains develop | grep "^ *feature$"

如果是其中之一，则将“feature”打印到标准输出，并返回代码为0。否则，它将不打印任何东西，并有一个返回代码1。

我不喜欢解析半结构化文本输出时涉及的不安全假设，所以我想要一个更健壮的解决方案，假设更少:

# Search backwards in history for the first commit that is in a branch other than $1
# and output that branch's name.
parent_branch() {
    local result rev child_branch=$1
    rev=$(git rev-parse --revs-only $child_branch)
    while [[ -n $rev ]]; do
        result=$(git branch --contains $rev | grep -v " $child_branch$")
        if [[ -n $result ]]; then
            echo $result
            return 0
        fi
        rev=$(git rev-parse --revs-only $rev^)
    done
    return 1
}

注意:由于这是在历史上进行迭代，查看每个提交以找到第一个在不同分支中而不是$1的提交，因此分支越长，它的开销就越高。但是，由于通常情况下分支应该是相对短暂的，所以这不应该是一个太大的问题。

还要注意，我使用的是git branch——contains，所以这也会找到共享公共基础但已经超越它的分支。要只找到确切指向公共基的分支，请使用git branch——points-at。

对于您的整体问题，我有一个解决方案(确定feature是否源自develop的提示)，但使用您概述的方法它不起作用。

你可以使用git branch——contains列出所有来自develop提示的分支，然后使用grep确保feature在其中。

git branch --contains develop | grep "^ *feature$"

如果是其中之一，则将“feature”打印到标准输出，并返回代码为0。否则，它将不打印任何东西，并有一个返回代码1。

在我的例子中，“feature”分支的“父”是一个分支，我在“feature”分支的拉请求中显式地将其标记为“base”。它可以通过GitHub CLI发现:

gh pr list --head "feature" --json baseRefName --jq '.[].baseRefName'

当我做了像develop→release-v1.0.0→feature-foo这样的事情时，这对我来说并不管用。它会一直往回发展。请注意，其中涉及到一个基数调整，我不确定这是否加剧了我的问题……

下面给出了正确的提交哈希值:

git log --decorate \
  | grep 'commit' \
  | grep 'origin/' \
  | head -n 2 \
  | tail -n 1 \
  | awk '{ print $2 }' \
  | tr -d "\n"

请记住，正如“Git:查找一个提交来自哪个分支”中所描述的那样，你不能轻易地确定提交是在哪个分支进行的(分支可以重命名、移动、删除……)，即使Git branch——contains <commit>是一个开始。

你可以从commit返回到commit，直到git分支——contains <commit>没有列出feature分支和development分支， 比较提交SHA1到/refs/heads/develop

如果两个提交id匹配，就可以继续了(这意味着特性分支的起源在develop的HEAD)。