现有的答案假设您有一个包含您正在寻找的提交的分支。

在我的例子中，我正在寻找的提交不在git rev-list中——因为没有分支包含它。

我最终通过gitk -reflog手动查看。

如果你在reflog中也找不到你的commit，试试:

Git FSCK—完整的列表悬垂(即不在任何分支)提交，或 Git FSCK -lost-found使引用指向悬垂提交，以应用其他答案中的技术。

我明白你的意思。让人沮丧的是，有足够多的语法可以转到以前的提交，但没有一个语法可以转到下一个提交。在复杂的历史中，“下一次提交是什么”的问题变得相当困难，但在复杂的合并中，“前一次”提交也会出现同样的困难。在简单的情况下，在具有线性历史记录的单个分支中(即使只是局部地针对一些有限数量的提交)，向前和向后移动将是很好的和有意义的。

然而，这样做的真正问题是，子提交没有被引用;它只是一个反向链表。找到子提交需要进行搜索，这并不太糟糕，但Git可能不想把它放入refspec逻辑中。

无论如何，我遇到了这个问题，因为我只是想在历史上一步一步地向前迈进，做测试，有时你必须向前迈进，而不是后退。嗯，经过深思熟虑，我想出了这个解决方案:

在你所处的位置之前选择一个承诺。这可能是一个分支。如果你在分支~10，“git checkout分支~9”，“git checkout分支~8”得到下一个之后，“git checkout分支~7”等等。

如果需要的话，在脚本中递减这个数字应该非常容易。比解析Git版本列表简单得多。

如果子提交都在某个分支上，你可以使用gitk——all commit^.，其中“commit”是标识提交的内容。例如，如果提交的缩写SHA-1哈希值是c6661c5，那么键入gitk——all c6661c5^..

您可能需要将完整的SHA-1哈希值输入到gitk的“SHA1 ID:”单元格中。你需要完整的SHA-1哈希值，本例中可以通过git rev-parse c6661c5获得。

或者，git rev-list——all——children | grep '^c6661c5883bb53d400ce160a5897610ecedbdc9d'将生成一行包含此提交的所有子元素，不管是否涉及分支。

两个实用的答案:

一个孩子

根据@Michael的回答，我在.gitconfig中修改了子别名。

它在默认情况下按预期工作，而且是通用的。

# Get the child commit of the current commit.
# Use $1 instead of 'HEAD' if given. Use $2 instead of curent branch if given.
child = "!bash -c 'git log --format=%H --reverse --ancestry-path ${1:-HEAD}..${2:\"$(git rev-parse --abbrev-ref HEAD)\"} | head -1' -"

缺省情况下，它通过跟随祖先一步到当前分支的顶端(除非另一个类似提交的参数作为第二个参数)来给HEAD的子节点(除非给出另一个类似提交的参数)。

如果需要短散列形式，请使用%h而不是%h。

多个孩子

使用分离的HEAD(没有分支)或获取所有子结点，而不考虑分支:

# For the current (or specified) commit-ish, get the all children, print the first child 
children = "!bash -c 'c=${1:-HEAD}; set -- $(git rev-list --all --not \"$c\"^@ --children | grep $(git rev-parse \"$c\") ); shift; echo $1' -"

将$1更改为$*以打印所有子节点。

您还可以更改—全部更改为一个提交，只显示作为该提交的祖先的子节点—换句话说，只显示给定提交“方向”的子节点。这可以帮助您将输出从多个子节点缩小到一个子节点。

每次提交都存储一个指向其父(在merge(标准)提交的情况下为父)的指针。

因此，没有任何方法可以从父对象指向子提交(如果有的话)。

《Hudson》(现在的Jenkins)的创造者Kohsuke Kawaguchi(2013年11月)写道: Kohsuke / git-children-of:

给定一个提交，找到该提交的直接子节点。

#!/bin/bash -e
# given a commit, find immediate children of that commit.
for arg in "$@"; do
  for commit in $(git rev-parse $arg^0); do
    for child in $(git log --format='%H %P' --all | grep -F " $commit" | cut -f1 -d' '); do
      git describe $child
    done
  done
done

正如这个线程所说明的，在一个基于DAG(有向无环图)表示的历史的VCS中，没有“一个父”或“一个子”。

        C1 -> C2 -> C3
      /               \
A -> B                  E -> F
      \               /
        D1 -> D2 ----/

提交的顺序是通过“拓扑顺序”或“日期顺序”来完成的(参见GitPro书籍)。

但是从Git 1.6.0开始，你可以列出提交的子对象。

git rev-list --children
git log --children

注意:对于父提交，你有同样的问题，后缀^ to一个修订参数表示该提交对象的第一个父。^<n>表示<n>的第1个父节点(即rev^等同于rev^1)。

如果你在分支foo上，并发出“git merge bar”，那么foo将是第一个父节点。 例如:第一个父节点是你合并时所在的分支，第二个父节点是你合并的分支上的提交。