即使在新的克隆存储库中,Github 桌面也会在 >>> HEAD 中恢复提交结果

Posted

技术标签:

【中文标题】即使在新的克隆存储库中,Github 桌面也会在 >>> HEAD 中恢复提交结果【英文标题】:Github desktop revert commit results in >>> HEAD even in a new cloned repository 【发布时间】:2018-12-09 14:57:12 【问题描述】:

我尝试在 Github Desktop 上恢复提交。有冲突,所以我删除了整个项目并再次克隆它以获得全新的克隆。

在我恢复提交之后,我得到了类似“>>> HEAD”的东西。为什么它不能回到之前的提交?

我制作了一个我所做的动画 gif:

【问题讨论】:

【参考方案1】:

您正在恢复——即要求 Git 撤消——来自不是最近提交的提交的更改。

如果您打算恢复到该提交,即撤消在该提交之后发生的更改,您应该恢复后续提交。

另见How to revert Git repository to a previous commit?

【讨论】:

【参考方案2】:

你似乎误解了 GIT,

在我恢复提交之后,我得到了类似“>>> HEAD”的东西。为什么不能直接回到之前的提交?

你的意思:让我们回到修订历史中的 1 个条目

您尝试做的事情:从第 2 次修订中恢复更改

您应该恢复顶部提交,这样您可以及时返回 1 个版本。

【讨论】:

如果我理解正确的话,如果我需要回退 10 次提交,我应该回退 10 次,最近的在前?

以上是关于即使在新的克隆存储库中,Github 桌面也会在 >>> HEAD 中恢复提交结果的主要内容,如果未能解决你的问题,请参考以下文章

解决克隆 Kotlin 应用程序在 Android Studio 中缺少运行配置的问题

仅从 git 存储库中克隆特定版本

克隆 github 存储库

在存储库中创建存储钩子

即使我已显着移动,也会在后台更新相同的位置

Joint.js 在新的克隆元素上触发拖动开始