主页 / coding / 问题 / 79290545
Accepted
user2609605
Asked: 2024-12-18 17:08:03 +0800 CST

git reset 在中间提交时：最后一次提交真的丢失了吗？

  • 772

我有一个branch2从另一个分支而来的分支branch1，没有额外的提交，branch1 所以分支树实际上是线性的。

现在我发现 中的最后一次提交branch1实际上应该是 的第一次提交branch2。所以我认为应该是 保存到 命令git reset --hard HEAD~。在文档中，我们发现 之后的提交丢失了，但我认为因为我们有branch2，所以在给定场景中情况并非如此。

如果有多个提交，我可以git reset --hard hash 使用所需提交的哈希值来命令，对吗？

为确保万无一失，我希望听取社区的意见。

git

1 个回答

  1. Best Answer

    你是对的，什么都没有丢失。要理解原因，有必要了解一下 git 的工作原理：

    • 在 git 中，“分支”实际上只是指向单个提交的命名指针。
    • 每个提交都有一个指向其“父级”（或者，对于合并，有多个）的指针。
    • 当我们谈论提交“在分支上”时，从技术上更准确的说法是它们“可通过引用到达”；例如，“提交abc123在branch1”实际上意味着“如果您从引用的提交开始branch1，并向后跟随“父”指针，那么您将在某个时候到达提交abc123”。

    所做git reset --hard的（以及丢弃未提交的更改，这是永久性的）是将命名引用更改为指向不同的提交。

    警告是，这可能会导致上一次提交“无法访问” - 即不存在于任何命名分支或标签的历史记录中。定期地，无法访问的提交会被“垃圾收集”，并从数据库中删除。在此之前，如果您知道它们的哈希值，或者在类似的地方找到它，仍然可以访问它们git reflog

    就您而言，从 可访问的所有提交branch1也从 可访问，因此不会有任何内容变得无法访问。branch2

    您正在改变这样的历史：

    a <- b <- c <- d <- e <- f
          ^              ^
       branch1        branch2

    对于这样的人：

    a <- b <- c <- d <- e <- f
     ^                   ^
   branch1            branch2
    • 4

相关问题