DEV Community
·
我如何修复我搞砸的拉取请求
内容提要
在处理大型项目时，作者遇到拉取请求（PR）的问题，因错误选择分支而关闭了PR。最终，他通过Git的reflog命令找回丢失的提交，成功恢复了工作。
关键要点
-
在处理大型项目时，作者遇到拉取请求（PR）的问题。
-
作者创建了一个新的合并分支（PR 3），以合并两个未合并的PR的更改。
-
在尝试进行变基操作时，错误地选择了基础分支，导致PR 3显示了不应有的更改。
-
在GitHub上更改基础分支时，错误选择了分支，导致PR被关闭。
-
作者在备份仓库中找到了PR 3的分支，但发现最新的提交丢失。
-
通过使用Git的reflog命令，作者成功找回了丢失的提交。
-
最终，作者通过重置HEAD恢复了工作。
延伸解读
拉取请求中的常见错误
在处理拉取请求时，选择错误的基础分支是一个常见的错误。这可能导致PR显示不应有的更改，甚至被关闭。开发者在创建合并分支时，需仔细检查所选的基础分支，以避免类似问题的发生。
使用Git reflog的价值
Git的reflog命令在恢复丢失提交方面非常有用。它可以帮助开发者追踪历史提交，即使在意外情况下丢失了最新的工作。掌握这一命令，可以在遇到问题时迅速找回丢失的进展，减少损失。
备份的重要性
在大型项目中，定期备份分支是一个良好的实践。作者在备份仓库中找到了PR 3的分支，尽管丢失了最新提交，但备份使他能够恢复工作。开发者应养成备份的习惯，以防止数据丢失。
延伸问答
如何处理拉取请求中的错误选择分支问题？
可以通过GitHub更改基础分支，但需确保选择正确的分支，以免导致PR被关闭。
在Git中如何找回丢失的提交？
可以使用Git的reflog命令来找回丢失的提交。
作者是如何创建合并分支的？
作者从两个未合并的PR中分支出更改，创建了一个新的合并分支（PR 3）。
为什么作者的PR会被关闭？
因为在GitHub上错误选择了基础分支，导致PR的内容不匹配。
如何使用Git的reflog命令？
使用命令`git reflog`可以查看提交历史，从而找到丢失的提交。
作者在恢复工作时采取了哪些步骤？
作者使用`git reset HEAD@{0}`命令重置HEAD，成功恢复了工作。
