问合并，先将分支提交给主人

EN

更具体地说，您可能希望：

git merge --ff-only <commit-specifier>

它告诉Git对当前分支执行快速转发，而不是真正的合并，不管这是什么，对指定的提交。这种行动：

1. 测试HEAD是否是<commit-specifier>的祖先:如果不是，失败，如果是，继续到.
2. 提前当前分支，以便它指向<commit-specifier>并读取提交到索引和工作树中的提交(git read-tree，“两树合并”案例--注意，如果您有未提交的更改或目标提交中的未跟踪文件，这也可能失败)。

现在，在某个目标提交的方向上“提前”找到一个特定的散列，即N提交，可能有点棘手。例如，考虑：

...--o--o   <-- master
         \
          \      C--D
           \    /    \
            A--B      G--H   <-- branch
                \    /
                 E--F

branch的tip提交是master-or提交之前的8次提交，是吗？我认为每个人都同意A比master领先一次，B领先两次。但是C和E，D和F呢？C领先三位，E也领先；D和F都领先四位。但是G并没有比master领先5:它似乎比主人领先了7。同样，H aka branch似乎比master领先8位。

因此，如果我告诉您向前移动三次提交，您会选择提交C还是E？你会给我一个错误，或者一个选择吗？为什么？

如果将事物约束为线性链，则可以枚举master和branch之间的提交(不包括master )和包含branch的提交，其中包括：

git rev-list --reverse master..branch

然后列表中的第N个提交是要给git merge --ff-only的提交哈希。但是，如果这两点之间存在分支和合并链，整个问题就变得棘手起来。

正如雷蒙德·陈( Raymond )所言，上述问题的解决方案是git merge B。

不过，如果有人对题为n提交而不是仅仅1的问题有一个更一般的答案，我将暂时搁置这个问题。