我在~/.gitconfig中有这个别名

first-child = "!f() { git log  --reverse --ancestry-path --pretty=%H $1..${2:-HEAD} | head -1; }; f"

我用下面的方法找到了下一个孩子:

git log --reverse --children -n1 HEAD (where 'n' is the number of children to show)

如果子提交都在某个分支上，你可以使用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'将生成一行包含此提交的所有子元素，不管是否涉及分支。

我尝试过许多不同的解决方案，但没有一个对我有效。我得自己想办法。

查找下一个提交

function n() {
    git log --reverse --pretty=%H master | grep -A 1 $(git rev-parse HEAD) | tail -n1 | xargs git checkout
}

查找之前的提交

function p() {
    git checkout HEAD^1
}

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

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

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

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

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

终端:

$ git log --format='%H %P' --all --reflog | grep -F " [commit-hash]" | cut -f1 -d' '

或者在.gitconfig中，section [alias]:

children = "!f() { git log --format='%H %P' --all --reflog | grep -F \" $1\" | cut -f1 -d' '; }; f"