只把C的h,i合并到A，首先这是个病态的需求，因为h, i可能以来f，f可能依赖e，合不上。

如果确定h， i是独立的commit，不依赖 b c d e f，
1 c分支rebase B，生成b e f g h i 的历史
2 向B发merge request。不过看你这野路子，直接切换到B分之，merge C即可。del C
3 重点，在B上rebase -i，调整下 h i的顺序，生成 (h i) b e f g的历史
4 次重点，切换到master上，merge B:i ，只合并到某次提交。

A不应该知道C的存在。

语义上，注意不是技术上，merge表示feature分之开发完成，主分支接纳
rebase只是个技术手段，一个场景，次分支自己解决合并冲突，然后通知主分支合并；二是日常拉取远端时，git pull —rebase，不想造成无所谓的合并。核心还是1，自己解决远端的变化。

【 在 iStudy 的大作中提到: 】
: 我说一个场景
: A,B,C三个分支,A是主分支，相当于master
: B从A拉出，C从B拉出，
: ...................
--
FROM 61.185.159.*