假设我有以下具有如下提交树的本地存储库:

master --> a
            \
             \
      develop c --> d
               \
                \
         feature f --> g --> h

master 是我的这是最新的稳定版本代码，develop 是我的这是“下一个”版本代码，feature 是正在为develop 准备的新功能。

使用钩子(Hook)，我希望能够拒绝将 feature 推送到我的远程存储库，除非提交 f 是 develop 头。即，提交树看起来像这样，因为功能已在 d 上被 git rebase。

master --> a
            \
             \
      develop c --> d
                     \
                      \
               feature f --> g --> h

那么有没有可能:

• 确定feature的父分支？
• 确定 f 是其后代的父分支中的提交？

从那里我会检查父分支的 HEAD 是什么，并查看 f 前导是否与父分支 HEAD 匹配，以确定该功能是否需要重新定位。

最佳答案

假设远程存储库有一个 develop 分支的副本(您的初始描述描述它在本地存储库中，但听起来它也存在于远程存储库中)，您应该能够实现我认为你想要的，但方法与你想象的有点不同。

Git 的历史基于 DAG提交。分支(和一般的“refs”)只是临时标签，指向不断增长的提交 DAG 中的特定提交。因此，分支之间的关系会随时间变化，但提交之间的关系不会。

    ---o---1                foo
            \
             2---3---o      bar
                  \
                   4
                    \
                     5---6  baz

看起来 baz 是基于(旧版本的)bar？但是如果我们删除 bar 呢？

    ---o---1                foo
            \
             2---3
                  \
                   4
                    \
                     5---6  baz

现在看起来 baz 是基于 foo 的。但是 baz 的祖先没有改变。我们刚刚删除了一个标签(以及由此产生的悬空提交)。如果我们在 4 处添加一个新标签会怎么样？

    ---o---1                foo
            \
             2---3
                  \
                   4        quux
                    \
                     5---6  baz

现在看来 baz 是基于 quux 的。不过，血统没有变，只是标签变了。

但是，如果我们问“提交 6 是提交 3 的后代吗？” (假设 3 和 6 是完整的 SHA-1 提交名称)，那么答案将是"is"，无论 bar 和 quux 标签是否存在。

因此，您可以问“推送的提交是 develop 分支的当前提示的后代吗？”，但您不能可靠地问“推送的父分支是什么”提交？”。

一个似乎接近你想要的最可靠的问题是:

For all the pushed commit’s ancestors (excluding the current tip of develop and its ancestors), that have the current tip of develop as a parent:

• does at least one such commit exist?
• are all such commits single-parent commits?

可以实现为:

pushedrev=...
basename=develop
if ! baserev="$(git rev-parse --verify refs/heads/"$basename" 2>/dev/null)"; then
    echo "'$basename' is missing, call for help!"
    exit 1
fi
parents_of_children_of_base="$(
  git rev-list --pretty=tformat:%P "$pushedrev" --not "$baserev" |
  grep -F "$baserev"
)"
case ",$parents_of_children_of_base" in
    ,)     echo "must descend from tip of '$basename'"
           exit 1 ;;
    ,*\ *) echo "must not merge tip of '$basename' (rebase instead)"
           exit 1 ;;
    ,*)    exit 0 ;;
esac

这将涵盖您想要限制的一些内容，但可能不会涵盖所有内容。

作为引用，这里有一个扩展的示例历史:

    A                                   master
     \
      \                    o-----J
       \                  /       \
        \                | o---K---L
         \               |/
          C--------------D              develop
           \             |\
            F---G---H    | F'--G'--H'
                    |    |\
                    |    | o---o---o---N
                     \   \      \       \
                      \   \      o---o---P
                       \   \
                        R---S

上述代码可用于拒绝H和S，同时接受H'、J、K 或 N，但它也接受 L 和 P(它们涉及 merge ，但不 merge 开发的尖端)。

要同时拒绝L和P，可以换个问题再问

For all the pushed commit’s ancestors (excluding the current tip of develop and its ancestors):

• are there any commits with two parents?
• if not, does at least one such commit have the current tip of develop its (only) parent?

pushedrev=...
basename=develop
if ! baserev="$(git rev-parse --verify refs/heads/"$basename" 2>/dev/null)"; then
    echo "'$basename' is missing, call for help!"
    exit 1
fi
parents_of_commits_beyond_base="$(
  git rev-list --pretty=tformat:%P "$pushedrev" --not "$baserev" |
  grep -v '^commit '
)"
case "$parents_of_commits_beyond_base" in
    *\ *)          echo "must not push merge commits (rebase instead)"
                   exit 1 ;;
    *"$baserev"*)  exit 0 ;;
    *)             echo "must descend from tip of '$basename'"
                   exit 1 ;;
esac

关于git - 如何找到 Git 分支的最近父级，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3161204/