DEV Community
·
我如何修复我搞砸的拉取请求
💡
原文英文，约300词，阅读约需1分钟。
📝
内容提要
在处理大型项目时，作者遇到拉取请求（PR）的问题，因错误选择分支而关闭了PR。最终，他通过Git的reflog命令找回丢失的提交，成功恢复了工作。
🎯
关键要点
-
在处理大型项目时，作者遇到拉取请求（PR）的问题。
-
作者创建了一个新的合并分支（PR 3），以合并两个未合并的PR的更改。
-
在尝试进行变基操作时，错误地选择了基础分支，导致PR 3显示了不应有的更改。
-
在GitHub上更改基础分支时，错误选择了分支，导致PR被关闭。
-
作者在备份仓库中找到了PR 3的分支，但发现最新的提交丢失。
-
通过使用Git的reflog命令，作者成功找回了丢失的提交。
-
最终，作者通过重置HEAD恢复了工作。
❓
延伸问答
如何处理拉取请求中的错误选择分支问题？
可以通过GitHub更改基础分支，但需确保选择正确的分支，以免导致PR被关闭。
在Git中如何找回丢失的提交？
可以使用Git的reflog命令来找回丢失的提交。
作者是如何创建合并分支的？
作者从两个未合并的PR中分支出更改，创建了一个新的合并分支（PR 3）。
为什么作者的PR会被关闭？
因为在GitHub上错误选择了基础分支，导致PR的内容不匹配。
如何使用Git的reflog命令？
使用命令`git reflog`可以查看提交历史，从而找到丢失的提交。
作者在恢复工作时采取了哪些步骤？
作者使用`git reset HEAD@{0}`命令重置HEAD，成功恢复了工作。
➡️
