主页 / coding / 问题 / 79126950
Accepted
Cade Bryant
Asked: 2024-10-26 02:35:15 +0800 CST

Git 说我的分支领先于原点 - 即使在恢复/重置之后

  • 772

在最近克隆的项目中，我刚刚对我的本地main分支进行了无意的更改/提交。（我本来打算为更改创建并签出一个新的功能分支，但我没有想到 :-)）。

意识到自己的错误后，我恢复了更改。虽然这确实将我的代码恢复到了更改之前的状态，但运行git status仍然表明我的分支是原点（即托管存储库）之前的提交。

没问题，我想：我只要做一个git reset --hard。不，这没用——我的控制台仍然显示我领先于原点。我也试过了git reset --hard head。还是没运气。在这个过程中我多次运行git pull origin main，但没有任何效果。

我的问题是：如何清除我的 git 历史记录中的这些提交，以便git status显示我与原点完全同步？

git

3 个回答

  1. Best Answer

    该命令git reset --hard HEAD只会将 HEAD 重新分配给其自身并删除任何已暂存或未暂存的更改。

    您想使用命令

    git reset --hard HEAD~2

    该参数HEAD~2将您的 HEAD 引用向后移动两次提交（不需要的提交和恢复提交）。完成后，git status应该显示与原点完全同步。

    • 1

  2. 当您在分支上创建新的提交时main，您将本地历史记录移至远程main历史记录的前面一次提交。

    之后，当您执行恢复时，您实际上在本地添加了另一个新提交main，其中包含上次提交引入的反向更改。这就是为什么您的工作目录的内容再次像您意外提交之前一样，但历史记录比远程上的要早（2 次提交）。

    给定一个或多个现有的提交，恢复相关补丁引入的更改，并记录一些记录它们的新提交。

    此外，执行git reset --hard HEAD只会将您的索引和工作目录重置为 HEAD symref 指向的提交（即main的 head 提交）。这就是为什么什么都没有改变。您只需将您的索引和工作目录重置为当前情况。根据git reset --hard文档：

    重置索引和工作树。此后对工作树中跟踪文件的任何更改都将被丢弃。任何未跟踪的文件或正在写入任何跟踪文件的目录都将被删除。

    此时，如果您想恢复main分支上的历史记录，同时在新分支上保留新的提交，您可以执行以下操作：

    # create a new branch pointing to the commit before the revert
git branch new-branch main~

# make sure to be on the main branch
git checkout main

# reset the main branch to its remote counterpart
git reset --hard origin/main

# or alternatively, reset main by 2 commits (the accidental one and the revert)
# git reset --hard main~2
    • 1

  3. 重置不起作用的原因是

    • main是本地分支，你当前所在的分支指向的正是你所在的位置。因此，你可以重置为当前位置。
    • HEAD表示您当前所在的分支，在本例中翻译为main。参见上文 :P

    您可以做的是重置为您的遥控器指向的主版本。

    • git reset --hard origin/main（主要关于起源）
    • git reset --hard @{u}（您当前分支的上游分支）
    • 0

相关问题