如何避免从main新建分支合并到test时的大量冲突？

核心问题在于你基于落后的main分支创建新分支开发，而test分支已经积累了大量新改动，两者代码差异过大导致合并冲突。要避免这种情况，核心思路是让新分支先同步test的最新代码，再进行合并，以下是具体方案：

方案一：Rebase新分支到test（推荐） #

通过rebase将你的新提交“移植”到test分支的最新提交之后，让新分支的代码基础与test保持一致，后续合并时基本不会有冲突：

• 切换到你的新分支：git checkout your-new-branch
• 拉取test分支的最新代码（远程分支用这个）：git fetch origin test
• 执行rebase：git rebase origin/test（如果test是本地分支，直接写git rebase test）
  • 若rebase时出现冲突，解决冲突后执行git add .，再运行git rebase --continue，直到rebase完成
• 切换到test分支：git checkout test
• 合并新分支：git merge your-new-branch（此时通常是快进合并，无冲突）

方案二：先合并test到新分支，再反向合并 #

提前将test的最新代码合并到新分支，一次性解决冲突后，再合并新分支到test：

• 切换到新分支：git checkout your-new-branch
• 合并test分支的最新代码：git merge test
  • 解决冲突后执行git add .，然后git commit完成合并
• 切换到test分支：git checkout test
• 合并新分支：git merge your-new-branch（此时新分支已包含test的所有代码，合并无压力）

根源预防：直接从test分支创建新分支 #

如果你的需求最终要合并到test，从一开始就基于test的最新代码创建分支，从根源避免差异过大：

• 切换到test分支并拉取最新代码：git checkout test && git pull
• 创建新分支：git checkout -b your-new-branch
• 开发完成后直接合并：git checkout test && git merge your-new-branch

注意：如果你的改动和test分支的代码有交集，冲突无法完全避免，但以上方案都是将冲突提前在新分支上解决，而不是等到合并到test时才处理，这样能避免大量冲突集中爆发。

内容的提问来源于stack exchange，提问作者Ivan Vodopyanov