我如何从我目前的状态转向在某个承诺上拍摄的截图?

如果我做 git 登录,那么我会得到以下输出:

$ git log
commit a867b4af366350be2e7c21b8de9cc6504678a61b`
Author: Me <me@me.com>
Date:   Thu Nov 4 18:59:41 2010 -0400

blah blah blah...

commit 25eee4caef46ae64aa08e8ab3f988bc917ee1ce4
Author: Me <me@me.com>
Date:   Thu Nov 4 05:13:39 2010 -0400

more blah blah blah...

commit 0766c053c0ea2035e90f504928f8df3c9363b8bd
Author: Me <me@me.com>
Date:   Thu Nov 4 00:55:06 2010 -0400

And yet more blah blah...

commit 0d1d7fc32e5a947fbd92ee598033d85bfc445a50
Author: Me <me@me.com>
Date:   Wed Nov 3 23:56:08 2010 -0400

Yep, more blah blah.

我如何转向11月3日的承诺,即承诺0d1d7fc?


当前回答

首先,什么是头?

HEAD 仅仅是指当前的承诺(后者)在当前的分支上,在任何时间(不包括 git 工作)只能有一个 HEAD。


脱头头

如果你不是最近的承诺 - 意思是,头指的是历史上以前的承诺,它被称为分开的头。

此分類上一篇

此分類上一篇



去支票

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

在此点上,您可以创建一个分支,并从此开始工作:

# Checkout a given commit.
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# Create a new branch forked to the given commit
git checkout -b <branch name>

git reflog 将显示任何更改,更新了 HEAD 并检查所需的 reflog 输入将设置 HEAD 返回此承诺。

git reflog
git checkout HEAD@{...}


“移动”你的头回到所需的承诺。

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts, if you've modified things which were
# changed since the commit you reset to.

注意: (由于 Git 2.7) 你也可以使用 git rebase --no-autostash 也。


此分類上一篇

其他回答

假设你正在谈论大师和相应的分支(也就是说,这可能是你所关心的任何工作分支):

# Reset local master branch to November 3rd commit ID
git reset --hard 0d1d7fc32e5a947fbd92ee598033d85bfc445a50

# Reset remote master branch to November 3rd commit ID
git push -f origin 0d1d7fc32e5a947fbd92ee598033d85bfc445a50:master

我在博客文章中找到答案(现在不再存在)

请注意,这就是重定向和强迫变更到远程,所以如果你的团队中的其他人已经吸引了Git,你会为他们造成问题。

使用逆转(见其他答案)更好,而不是重新设置. 如果你是一个单人团队,那么这可能并不重要。

为了完全清理编码器的目录,我们使用了:

git add -A .
git reset --hard HEAD

只是 git reset --hard HEAD 会摆脱修改,但它不会摆脱“新”文件。在他们的情况下,他们偶然在某个地方随机拖动了一个重要的文件夹,所有这些文件都被 Git 处理为新的,所以一个 reset --hard 没有修复它。

首先,拿到在某个日期内识别承诺的线条,这样做:

git rev-list -n 1 --before="2009-07-27 13:37" origin/master

它打印承诺识别器,采取线(例如XXXX)并:

git checkout XXXX

重新定位的变革和承诺

Git 的能力正如你想要的那样创作承诺,这意味着有时你需要在 git 添加中进行的更改中取消更改。

Git 不知道这些变化,因为它们从未被承诺,一旦你运行这个命令,就没有办法恢复这些变化。

最后,您可以使用 --mixed 重新设置工作树,而无需排序任何变更。

回归承诺

你可以使用 -no-commit,或者你可以使用 -n 告诉 Git 进行逆转,但停止承诺改变。

否则,您可能会通过尝试转换尚未存在的代码来混淆 Git。


快速和直接:取决于情况,快速和污<unk>可能实际上是非常好的。 我的解决方案在这里是不要不可逆转地取代你在工作目录中的文件,从 git 存储库的深处挖掘 / 提取的文件,在你的.git / 目录下,使用敌意聪明和恶魔强大的 git 命令,其中有许多。


Git是一個辉煌的創作,但絕對沒有人能夠只是“把它放在飛機上”:也那些試圖解釋它的人,太頻繁地承擔了其他VCS(版本控制系統)的早期知識,並且太快地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地