如何按变更应用顺序列出main分支文件的Git提交（忽略合并）

需求说明 #

需要列出main分支中指定文件的非合并提交，按变更应用到main的顺序展示（而非提交的作者时间顺序），最终得到类似所有合并操作都改用rebase实现的线性历史。

示例 #

原Git历史结构：

0    Merge Commit
|\
0 |  Main Commit 2
| |
| 0  Branch Commit
|/
0    Main Commit 1

期望结果（按变更应用到main的顺序，从新到旧）：

Branch Commit
Main Commit 2
Main Commit 1

注：Branch Commit虽提交时间更早，但通过合并才被应用到main，因此排在最前。

已尝试方法 #

• git log --no-merges -- {file}：可过滤合并提交，但按作者时间排序，结果为Main Commit 2 → Branch Commit → Main Commit 1，不符合需求。
• git log --first-parent：仅展示main分支的直接提交（包含合并提交），会丢失分支上的独立提交。

解决方案 #

方案1：Git命令实现 #

利用提交的**提交者日期（committerdate）**排序，该日期对应提交被合并到main分支的时间（而非作者最初提交的时间），结合排序参数实现需求：
如果需要从最新应用的提交开始展示（即示例中的顺序）：

git log --no-merges --sort=committerdate -- {file}

如果需要从最早应用的提交开始展示：

git log --no-merges --sort=committerdate --reverse -- {file}

注：若分支是通过rebase后合并，提交者日期会等于作者日期，此时可结合--topo-order参数优化排序逻辑。

方案2：代码递归追踪实现 #

若命令行方案无法满足需求，可通过代码递归遍历提交历史，按合并顺序整理提交：

1. 从main分支的最新提交开始遍历，跳过合并提交本身。
2. 遇到合并提交时，递归遍历其非第一父节点（即被合并的分支）的提交历史，收集该分支上修改指定文件的非合并提交。
3. 按合并提交的顺序，将分支提交插入到main分支对应提交的前面（即合并操作中，分支提交的变更最后应用到main，排在更靠前的位置）。
4. 最终将收集到的提交按应用到main的顺序（从新到旧）输出。

内容的提问来源于stack exchange，提问作者Dave S