Git中能否找回合并操作时丢失的代码？

当然可以找回这些丢失的代码，以下是几种无需回滚dev分支就能恢复丢失内容的实用方法，适合处理较大变更的场景：

方法1：通过git reflog定位丢失的提交 #

Git的reflog会记录所有本地仓库的操作记录，包括被覆盖的提交，哪怕它们不在分支上：

• 运行git reflog，找到你同事添加数据库迁移代码的那个提交（可通过提交信息或时间戳判断），记下对应的commit hash（比如abc123）
• 直接查看该提交中数据库迁移文件的完整内容：

  git show abc123:path/to/your/db/migration/file.sql
  

  把输出的内容复制到当前dev分支的对应文件中，补全丢失的代码。

方法2：用git diff对比差异，提取丢失内容 #

如果知道你的合并操作覆盖了哪个提交，可以直接对比合并前后的差异：

• 假设你的合并提交是def456，合并前dev分支的最后一个提交是ghi789，同事的迁移代码在ghi789之前的某个提交jkl012：

  git diff def456..jkl012 -- path/to/your/db/migration/file.sql
  

  这个命令会直接展示出被合并操作覆盖的内容，你可以把这些差异内容手动合并到当前文件中。

方法3：用git cherry-pick提取特定提交（适合独立提交场景） #

如果同事的数据库迁移代码是作为单独提交存在的：

• 找到那个提交的hash（比如mno345）
• 基于当前dev分支创建临时修复分支：

  git checkout -b fix-recover-migration dev
  

• 用cherry-pick把该提交的内容应用到修复分支：

  git cherry-pick mno345
  

  若出现冲突，手动解决后完成cherry-pick，再把修复分支合并回dev即可——这种方法适合较大变更，能完整保留原提交的变更记录。

方法4：从Git对象库直接提取文件版本 #

如果上述方法都没找到，还可以查询该文件的所有历史版本：

• 运行以下命令列出文件的所有历史提交：

  git log --oneline -- path/to/your/db/migration/file.sql
  

• 找到包含丢失代码的commit hash，用git show查看该版本的文件内容，提取需要的部分。

注意事项 #

• 操作前建议先创建临时分支，避免误操作影响当前dev分支
• 若为多人协作仓库，确保本地拉取了最新远程提交，避免遗漏同事的提交记录

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