在I'；ve git推送原点+；主人？

所以我已经做了过去10次左右的git重基。遇到一些合并冲突，我想我已经解决了。事实证明，我解决错了，现在出现了一个构建错误。我想撤销git的重新基址，但我已经完成了提交和git push origin+master以重写历史。在这一点上是否有可能撤消git的重新设置？我尝试过git reflog，但当我查看头部id时，即使是历史记录也被重写了。我试着在git reflog的不同点上检查了大约18个不同的头部，它们要么都有我引入的新构建错误，要么都是很早以前的版本，它们中没有最近10次提交的任何更改。帮助和感谢

使用$git reflog

对于文档，请使用$mangit reflog

始终使用git pull--在推之前重新设置基础。

使用$git reflog

对于文档，请使用$mangit reflog

---

始终使用git pull——在推之前重新设置基址。

重新设置基址会倒回提交，设置一个新的标头，然后在该标头上重放提交。再基地之前的历史已经不复存在。我的建议是恢复到您将10次提交重新设置为基准的提交，或者向前移动并手动更正生成错误。我希望有人能给你一个更好的答案。还原提交，然后执行

git reset--hard HEAD~10

，然后添加正确的提交。你是独自工作，还是可能有其他人推送了你已经覆盖的内容。然后需要检查的是服务器上的reflog。如果您在这里有shell访问权限，或者它是gihub，那么您的评论人员可能会询问您。Git reflog似乎没有做到这一点。相反，我很幸运的是，另一位开发人员在我的重设基础灾难发生之前在她的本地上拥有分支的版本，她将其推高为最新的提交，我们从那里继续。重设基础将提交倒回，设置一个新的头，然后在该头上重放提交。再基地之前的历史已经不复存在。我的建议是恢复到您将10次提交重新设置为基准的提交，或者向前移动并手动更正生成错误。我希望有人能给你一个更好的答案。还原提交，然后执行

git reset--hard HEAD~10

，然后添加正确的提交。你是独自工作，还是可能有其他人推送了你已经覆盖的内容。然后需要检查的是服务器上的reflog。如果您在这里有shell访问权限，或者它是gihub，那么您的评论人员可能会询问您。Git reflog似乎没有做到这一点。相反，我很幸运，另一个开发人员在我的本地重设基础灾难发生之前拥有了分支的版本，她把这个版本作为最新的提交推了上去，我们从那里继续。