先理清楚你的场景：你先是提交了4dd87，删掉了myfile.txt里的一行并推送到远程；接着又做了84674提交修改文件并推送。现在想找回第一次提交删掉的行，但你提到的git reset --hard加强制推送的方法在多人协作仓库里风险极大——会直接重写远程分支的历史，其他协作者拉取时会遇到历史分歧，甚至丢失他们的本地更改。

下面给你两个更安全、对协作更友好的方案，都不会修改已有的提交历史：

方法1：用git revert精准抵消删除操作 #

git revert的核心是创建一个新提交，用来完全抵消指定提交的所有更改。对于你的情况，4dd87提交是删除了一行，revert它就会自动把那行加回来：

• 先拉取远程最新代码，确保本地分支和远程同步：

  git pull origin master
  

• 执行revert命令，针对4dd87提交：

  git revert 4dd87
  

  这时会弹出默认的编辑器，提交信息已经帮你写好了（类似Revert "line added"），直接保存退出即可。
• 把这个新的恢复提交推送到远程：

  git push origin master
  

  这个方法的优势是完全保留所有历史记录，其他协作者拉取时只会得到这个新提交，不会有任何历史冲突，是多人协作场景下的首选。

方法2：手动恢复指定行后提交 #

如果你只想精准恢复被删除的那一行（而不是完全撤销4dd87的所有更改，虽然这次你只删了一行），可以用这个更灵活的方法：

• 先查看4dd87提交里删除的具体内容：

  git show 4dd87 -- myfile.txt
  

  输出里带-前缀的就是被删除的行，把这些内容复制下来。
• 打开myfile.txt，把复制的行粘贴回去，保存文件。
• 提交并推送这个恢复操作：

  git add myfile.txt
  git commit -m "Restore the line removed in commit 4dd87"
  git push origin master
  

  这种方法适合你需要微调恢复内容的场景，同样不会影响已有历史，对协作仓库友好。

为什么不推荐git reset --hard+强制推送？ #

在多人协作的仓库里，远程分支的历史是所有协作者共享的基准。如果你用git reset --hard回到旧提交再强制推送，相当于把远程仓库的历史“回滚”了——其他已经拉取过84674提交的协作者，他们的本地仓库会和远程仓库出现严重的历史分歧，后续拉取时会遇到复杂的冲突，甚至可能丢失他们未提交的本地更改。除非你100%确定没有其他协作者在这个分支上工作，否则绝对不要用这个方法。

内容的提问来源于stack exchange，提问作者Héctor Valls