Git合并master到develop时部分文件未同步的问题求助

问题原因分析 #

你提到的六月那次合并后立即回滚操作，是当前合并异常的核心原因：
当从master分出的分支合并到develop后又回滚，Git会生成一个反向提交抵消之前合并的所有变更。这会让Git的合并算法认为，develop分支已经“处理过”这些文件的变更（哪怕最后是撤销了）。后续将master合并到develop时，Git对比两者提交历史后，会判定这些文件的变更在develop历史中已存在（且被撤销），因此跳过同步这些文件的最新版本。

具体解决办法 #

方法1：单独同步单个/少量文件（最安全，适合少量文件场景）

如果只有少数文件比如AccessTokenController.php未同步，可直接从master拉取最新版本：

1. 切换到develop分支：

   git checkout develop
   

2. 拉取目标文件的最新版本：

   git checkout master -- AccessTokenController.php
   

3. 提交并推送变更：

   git add AccessTokenController.php
   git commit -m "同步master分支的AccessTokenController.php最新版本"
   git push origin develop
   

方法2：Cherry-pick相关提交（适合多文件对应多笔提交的场景）

若未同步文件对应master上的多笔提交，可通过cherry-pick单独合入这些提交：

1. 在master分支找到涉及目标文件的所有提交哈希：

   git log master -- AccessTokenController.php
   

   记录输出中修改过该文件的提交哈希（比如a1b2c3）
2. 切换到develop分支，逐个cherry-pick提交：

   git checkout develop
   git cherry-pick a1b2c3
   

3. 若遇到冲突，解决后执行：

   git cherry-pick --continue
   

   如需跳过该提交，执行git cherry-pick --skip

方法3：重置develop历史后重新合并（谨慎使用，适合批量文件且团队沟通到位的场景）

若大量文件受影响，且团队同意改写develop历史，可重置到回滚前状态再重新合并：

1. 找到回滚操作前的develop正常提交哈希：
   通过git log --oneline查看历史，定位合并那个分支之前的最后一个正常提交（比如d4e5f6）
2. 重置develop到该提交：

   git checkout develop
   git reset --hard d4e5f6
   

3. 重新合并master并推送：

   git merge master
   # 解决冲突后提交
   git push -f origin develop
   

   注意：强制推送会覆盖远程develop历史，必须提前和团队成员确认。

后续预防措施 #

• 避免用git reset回滚已推送到远程的合并提交，建议用git revert -m 1 <合并提交哈希>撤销合并，这种方式生成新提交抵消变更，不破坏历史记录，后续合并不会出问题
• 每次合并前拉取远程最新分支状态，确保本地分支与远程一致
• 合并完成后抽查关键文件的同步情况，避免遗漏

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