git log --first-parent 只会显示合并提交的第一个父提交。
例如：
$ git log --oneline --graph
* 087f5ed Master C
* 36c50a2 Merge branch 'feature'
|\
| * 98c89df Feature B
| * 89b3a7b Feature A
* | 9a95133 Master B
|/
* 766c9b0 Master A
$ git log --oneline --graph --first-parent
* 087f5ed Master C
* 36c50a2 Merge branch 'feature'
* 9a95133 Master B
* 766c9b0 Master A
是否有与Mercurial相当的替代品？
hg log -r '_firstancestors(...)有一种直接等价的替代方法：隐藏的版本集_firstancestors沿着每个合并的第一个父提交（p1）跟踪。在Mercurial和Git中，第一个父提交是在调用hg merge [second parent]时检出的提交。
hg log -r '_firstancestors(myfeature)'
'hidden'意味着它以下划线开头，并且不会列在帮助信息中，但如果您知道它的存在，则仍然可以使用。我不知道为什么它是隐藏的。
这个版本集别名列出了特性分支上的所有提交，同时忽略了将其与master合并以使其保持最新状态时的所有祖先关系。（我工作的商店更喜欢合并而不是变基）。
[revsetalias]
feature($1) = _firstancestors($1) and not _firstancestors(master)
[alias]
f = log -r "feature($(echo $HG_ARGS| sed 's/^f //'))"
示例用法（使用我的自定义日志模板）：
$ hg f myfeature
o 423 myfeature default/myfeature -- Esteis -- 2016-07-12 -- 123abc
| this
o 422 -- Esteis -- 2016-07-12 -- 123def
|\ merge master into myfeature
o ~ 421 -- Esteis -- 2016-07-12 -- 456abc
| that
o 420 -- Esteis -- 2016-07-12 -- 789def
| and the other
hg log -r "p1(merge())"
merge() 获取所有合并提交，p1() 获取这些提交的第一个父节点。
使用 hg help revsets 获取有关修订集的更多信息。
>hg glog -r 410:426 --template "{rev} - {desc|firstline|fill68}\n"
o 426 - Merge test fixes for dulwich changes and output changes.
|\
| o 425 - Merge incoming fix.
| |\
| | o 424 - getremotechanges: fix incoming support
| | |
o | | 423 - overlay: stop using deprecated tree.entries() method
| | |
| o | 422 - Fix all-version-tests.
| | |
o | | 421 - Test output format tweaks for test-outgoing.
| | |
o | | 420 - test-incoming: fixes for hg 1.7
| | |
| o | 419 - Merge fix for `hg out` failing on empty repo.
| |\ \
| | o | 418 - In some situations where a reference is being used but does not
| | | | exist in _map_git or _map_hg, silently skip the reference rather
| | | | than throwing an error. This allows hg outgoing to work on
| | | | repositories which do not contain any revisions at all.
| o | | 417 - only want heads and tags
| |/ /
| o | 416 - test-url-parsing: update expecations missed by edaadbd99074
| | |
| o | 415 - to be recognized port number in path to repository
| | |
| o | 414 - Unbreak outgoing to non-git repos with hg pre-1.9
| | |
| o | 413 - test fixes for progress cleanup
| |/
| o 412 - Fix mercurial issue2855
| |
| o 411 - Convert dulwich progress into mercurial ui.progress
|/
o 410 - test-incoming: only run on hg 1.7.x and newer
与其使用gist中极度退化的情况，我使用了真实仓库DAG（hg-git仓库）的一部分。我希望这个选择足以说明问题已得到解决。
所需的revset（简明英语）为
"A:B范围内没有第二个父级及其祖先的合并集"
在revset函数语言中（TBT！）
-r "410::426 - (p2(merge()) or ancestors(p2(merge())))"
如果源是完整的变更集范围，则更易读的形式将是：
hg log -r "!(p2(merge()) or ancestors(p2(merge())))"
编辑1
我测试了revset，重新思考了方法论（不排除我想要的只是向空集添加所需的），目前对我的用例最接近的迭代（有错误，找不到解决方案）是
(p1(ancestors(p1(426))) or p1(426) or 426) and 410::426
其中（仍然）包括一些不需要的修订版。
hg log --follow-first 看起来大致上做了相同的事情，但有一些规定：
它已被弃用（我找不到任何解释）。
我无法弄清楚如何使其显示除当前变更集的直线历史之外的任何内容（例如，显示从两个分叉头的第一个父节点开始的历史记录（相当于 git log --first-parent branch-a branch-b），尽管这可能只是因为我对Mercurial的了解不足。
它会在使用hg log -G时显示空分支行：
$ hg log -G --template '{node|short} {desc|firstline}'
@ 51b90923fc9d Master C
|
o bb51d979fd68 Merge branch 'feature'
|\
| o a9ca2597ebbc Feature B
| |
| o d0a54af09272 Feature A
| |
o | 77ceb31100be Master B
|/
o b5a0b2c7468f Master A
$ hg log -G --template '{node|short} {desc|firstline}' --follow-first
@ 51b90923fc9d Master C
|
o bb51d979fd68 Merge branch 'feature'
|\
o | 77ceb31100be Master B
|/
o b5a0b2c7468f Master A
上面的例子可能看起来不太糟糕，但请参见https://gist.github.com/MaxNanasy/5184202，其中此行为会导致难以处理的输出。
如果问题＃2无法解决，则此问题可能并不重要，因为在我看来，--follow-first只有在没有-G的情况下使用hg log才是有用的。
hg log -G -r 'branch(stable)'与hg log -G --follow-first（包括笨重的合并行）给出相同的输出），但是如果我查看的存储库不在我的控制范围内，并且不以这种方式使用命名分支，那该怎么办？ - Max Nanasydiff -u <(hg log -r 'branch(stable)' --template '{node|short} {desc|firstline}\n' | sort) <(hg log --follow-first --template '{node|short} {desc|firstline}\n' | sort) 显示它们跨越不同的修改集，因此证明了我关于在查看的仓库不受我的控制时该怎么做的观点。 - Max Nanasy