要列出所有的提交，从当前提交开始，然后是它的子提交，等等-基本上是标准的git日志，但在时间上相反，使用类似于

git log --reverse --ancestry-path 894e8b4e93d8f3^..master

其中894e8b4e93d8f3是您想要显示的第一个提交。

注意:当使用DOS命令提示符时，必须转义插入符号:

git log --reverse --ancestry-path 894e8b4e93d8f3^^..master

我需要一个命令来快速签出下一次提交。 我最终得到了这个别名:

[alias]
next = "!f() { CMIT=$(git log --ancestry-path --format=%H ${commit}..${1} | tail -1) && git checkout $CMIT; }; f"

你需要指定你想要遍历的分支，例如:

git next master

您可以通过直接编辑它来将其添加到.gitconfig文件中。

输出示例:

~/home/myRepo | dd9e66ee  git next master
Previous HEAD position was dd9e66e Update README
HEAD is now at d71c74b Rename project; update to JUnit5

通过运行这个命令，你进入分离的头部模式，当然:)

《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将是第一个父节点。 例如:第一个父节点是你合并时所在的分支，第二个父节点是你合并的分支上的提交。

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

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

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

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

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

这显示了当前HEAD的所有子元素的列表。

git rev-list --parents --all | awk -v h="$(git rev-parse HEAD)" 'index($0,h)>1{print$1}'

它只打印所有以HEAD为父文件的提交。

你可以稍微加快一下速度，把^HEAD放在|之前，那么HEAD的祖先就不会被搜索。

如果你想打印另一个提交或分支的子文件，只需把它放在HEAD的位置(在更快的版本中，在两个HEAD位置)。

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

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

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

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

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