提交PR时package.json冲突的通用解决方法及git pull合并提交过多问题

遇到PR里package.json冲突时，不想产生大量合并提交的话，优先用**变基（rebase）**的方式处理，以下是详细步骤：

方法一：变基（推荐，避免多余合并提交） #

• 切换到你的PR分支：git checkout your-pr-branch（把your-pr-branch换成你实际的分支名）
• 拉取目标分支（比如main/master）的最新代码并变基：git pull origin target-branch --rebase（替换target-branch为你要合并的分支）
• 此时Git会提示package.json冲突，打开该文件手动处理：找到<<<<<<<、=======、>>>>>>>这些冲突标记，保留需要的内容（比如依赖版本、脚本配置，和团队确认好保留哪部分）
• 冲突解决后，添加修改后的文件：git add package.json
• 继续完成变基：git rebase --continue
• 如果还有其他冲突，重复上述解决、添加、继续的步骤，直到变基完成
• 最后强制推送到远程PR分支：git push origin your-pr-branch --force（注意：如果是多人协作的分支，先确认没人在同时修改，避免覆盖他人提交）

方法二：手动合并（适合不想用变基的场景） #

如果不想修改提交历史，可以用这种方式，只会生成一个合并提交：

• 切换到目标分支：git checkout target-branch
• 拉取该分支的最新代码：git pull origin target-branch
• 切回你的PR分支：git checkout your-pr-branch
• 合并目标分支：git merge target-branch，此时会触发冲突提示
• 手动解决package.json的冲突，添加修改后的文件：git add package.json
• 提交合并结果：git commit（Git会自动生成合并提交信息，也可以自定义）
• 推送到远程PR分支：git push origin your-pr-branch

额外注意事项 #

• 处理package.json冲突时，重点关注依赖版本、scripts、engines这些字段，确保最终配置符合团队规范
• 变基前可以先创建备份分支：git checkout -b your-pr-branch-backup，防止操作失误丢失代码
• 强制推送仅适用于你自己的PR分支，不要对公共主分支使用--force

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