“git reset --hard hash” 和 “git reset --hard hash” 之间有区别吗？和“git checkout 哈希”？

Question

虽然 reset 和 checkout 大多数时候都有不同的用法，但我看不出这两者之间有什么区别。

可能有人或没有人愿意添加一个 --hard 选项来完成基本的 checkout 可以做的事情。

也许你们看待历史的方式有所不同？

Answer 1

这个答案主要引用自我对上一个问题的回答： 用简单的英语重置 git。

两者非常不同。它们会导致索引和工作树处于相同的状态，但生成的历史记录和当前分支并不相同。

假设您的历史记录如下所示，当前已签出 master 分支：

- A - B - C (HEAD, master)

并且您运行 git reset --hard B 。你会得到这样的结果：

- A - B (HEAD, master)      # - C is still here, but there's no
                            # branch pointing to it anymore

如果你也使用 --mixed 或 --soft ，你实际上会得到这样的效果 - 唯一的区别是你的工作树和指数。在 --hard 情况下，工作树和索引与 B 匹配。

现在，假设您改为运行 git checkout B 。你会得到这样的结果：

- A - B (HEAD) - C (master)

你最终处于分离的 HEAD 状态。 HEAD、工作树、索引都匹配B，与硬重置相同，但主分支留在了C。如果您此时进行新的提交 D ，您将得到这个，这可能不是您想要的：

- A - B - C (master)
       \
        D (HEAD)

因此，您使用 checkout 来检查该提交。你可以摆弄它，做你喜欢做的事，但你已经把你的分支抛在后面了。如果您希望分支也移动，请使用重置。

Answer 2

如果 Git 提供的文档对您没有帮助，请查看可视化 Git 参考 马克·洛达托。

特别是如果您将 git checkout与 git reset --hard （热链接）进行比较：

< /a>
_（来源：github.com）

请注意，在 git reset --hard master~3 的情况下，您会留下修订 DAG 的一部分 - 一些提交不被任何分支引用。这些内容受到reflog的保护（默认情况下）30天；它们最终将被修剪（移除）。

Answer 3

git-reset hash 将分支引用设置为给定的哈希，并可以选择使用--hard 将其检出。

git-checkout hash 将工作树设置为给定的哈希值；除非 hash 是分支名称，否则您最终会得到一个分离的头。

最终，git 处理三件事：

                   working tree (your code)
-------------------------------------------------------------------------
                     index/staging-area
-------------------------------------------------------------------------
      repository (bunch of commits, trees, branch names, etc)

git-checkout 默认情况下只更新索引和工作树，并且可以选择更新存储库中的某些内容（使用 -b 选项） )

默认情况下，git-reset 仅更新存储库和索引，以及可选的工作树（使用 --hard 选项）

您可以将存储库视为如下：

 HEAD -> master

 refs:
    master -> sha_of_commit_X
    dev -> sha_of_commit_Y

 objects: (addressed by sha1)

    sha_of_commit_X, sha_of_commit_Y, sha_of_commit_Z, sha_of_commit_A ....

git-reset 操纵分支引用指向的内容。

假设您的历史记录如下所示：

           T--S--R--Q [master][dev]
          / 
   A--B--C--D--E--F--G [topic1]
                   \
                    Z--Y--X--W [topic2][topic3]

请记住，分支只是您提交时自动前进的名称。

所以你有以下分支：

 master -> Q
 dev -> Q
 topic1 -> G
 topic2 -> W
 topic3 -> W

而你当前的分支是topic2，即HEAD指向topic2。

HEAD -> topic2

然后，git reset X将重置名称topic2以指向X；这意味着如果您在分支 topic2 上提交 P，事情将如下所示：

           T--S--R--Q [master][dev]
          / 
   A--B--C--D--E--F--G [topic1]
                   \
                    Z--Y--X--W [topic3]
                           \
                            P [topic2]