咱们先理清楚你的分支状态：

• 你从feature1的某个中间提交（就叫它commit-X吧）拉了feature2分支，已经完成了feature2的开发
• 这段时间里，feature1也开发完了，多了好几个commit-X之后的新提交

接下来根据你的实际情况和团队规范，选最适合的命令：

优先推荐：Rebase（如果feature2还只是本地分支，没推给别人） #

如果feature2还没推给团队里的其他同事，rebase绝对是最佳选择——它能把你的feature2提交历史变得非常线性，看起来就像你是等feature1完全做完之后才开始开发feature2的一样，历史记录干净清爽。

操作步骤很简单：

1. 先切到feature2分支：

   git checkout feature2
   

2. 执行rebase，把feature2的所有提交“挪”到feature1最新提交的后面：

   git rebase feature1
   

3. 如果遇到代码冲突，先手动解决冲突，然后执行：

   git add .
   git rebase --continue
   

   要是中途想放弃rebase，直接跑git rebase --abort就行

安全稳妥选项：Merge（如果feature2已经推送到远程，或团队偏好保留合并历史） #

如果feature2已经推给其他同事了，或者你们团队习惯保留分支合并的完整历史痕迹，那merge更稳妥——它不会改写已经存在的提交历史，只会生成一个新的合并提交，把feature1的最新代码整合到feature2里。

操作步骤：

1. 切换到feature2分支：

   git checkout feature2
   

2. 执行merge命令：

   git merge feature1
   

3. 解决完冲突后，提交合并结果：

   git add .
   git commit -m "Merge feature1 into feature2"
   

仅特定场景用：Cherry-Pick #

cherry-pick只适合你不需要同步feature1的所有新提交，只想要其中某几个特定提交的情况。比如feature1里只有2个提交和feature2相关，那用cherry-pick逐个挑过来就行。但如果要同步feature1从commit-X之后的所有提交，用cherry-pick得一个个输提交哈希，太麻烦了，完全没必要。

举个例子，如果你只需要同步feature1里的commit-A和commit-B：

git checkout feature2
git cherry-pick <commit-A的哈希值> <commit-B的哈希值>

遇到冲突的话，解决完之后git add .，再跑git cherry-pick --continue就行

最后总结一下 #

• 要是feature2只有你自己在用、还没推远程→选Rebase，历史干净
• 要是feature2已经推给别人了→选Merge，避免改写历史引发问题
• 要是只需要同步feature1里的部分提交→选Cherry-Pick

内容的提问来源于stack exchange，提问作者imaheshwaran s