本系列全部参考自: https://learngitbranching.js.org/?locale=zh_CN,记录完全是为了,方便自己以后查阅,推荐进入这个网站学习git
1.HEAD
HEAD是一个对当前检出记录的符号引用,也就是指向你正在其基础上进行工作的提交记录。
HEAD总是指向当前分支上最近的一次提交记录。大多数时候修改提交树的Git命令都是从改变HEAD的指向开始的。HEAD通常情况下是指向分支名的(如bugFix)。在你提交时,改变了bugFix的状态,这一变化通过HEAD变得可见。
分离HEAD就是让其指向了某个具体的提交记录而不是分支名,下图在命令执行之前的状态如下

现在是HEAD -> main -> C1
HEAD指向main,main指向C1
执行 git checkout C1

2.相对引用
在实际应用中,先要通过 git log来查查看提交记录的哈希值,但是哈希值使用起来并不方便,引用这个东西似乎在实际中用得比hash还少,跳过。
3.撤销变更
撤销是由底层部分(暂存区的独立文件或者片段)和上层部分(变更到底是通过那种方式被撤销的)组成,我们主要关注后者
3.1 git reset
git reset 通过把分支记录回退几个提交记录来实现撤销改动。可以想象成为“改写历史”。git reset 向上移动分支,原来的提交记录就跟从来没有提交过一样。
3.2 git revert
“改写历史”的方法对大家一起使用的远程分支是无效的喔!
为了撤销更改并分享给别人,我们需要使用git revert
例如

执行指令git revert HEAD(回退上一次提交)

在我们要提交的记录后面竟然多了一个新提交!这是因为新提交记录C2’引入了更改,这些更改刚好是用来撤销C2这个提交的。也就是说C2’的状态与C1是相同的。
revert之后就可以把更改推送到远程仓库与别人分享。
revert的批量操作可以更进一步参考链接 revert
文章介绍了Git中的HEAD概念,它是一个指向当前分支最新提交的引用。HEAD在分离状态下可直接指向提交。接着讨论了相对引用的不便及如何通过gitlog获取哈希值。在撤销变更加深了对gitreset和gitrevert的理解,前者改写历史,后者用于共享撤销操作,会在提交历史中创建一个新的反向提交。
456

被折叠的 条评论
为什么被折叠?



