侧边栏壁纸
博主头像
thinkTV博主等级

喜爱动漫的二刺螈一枚,摩托车云爱好者(快要有车了)。 懂一点技术的在读生物医学工程研究生( •̀ ω •́ )✧,多多指教。

  • 累计撰写 128 篇文章
  • 累计创建 18 个标签
  • 累计收到 0 条评论

目 录CONTENT

文章目录

使用Learn Git Branching学习Git的学习记录(本地操作)

thinkTV
2024-07-28 / 0 评论 / 0 点赞 / 239 阅读 / 1,355 字 / 正在检测是否收录...

本文记录使用 Learn Git Branching学习Git的学习笔记,强推这个网站!

1. Git基础命令

1.1 Git commit

  • Git 仓库中的提交记录保存的是你的目录下所有文件的快照
  • Git 希望提交记录尽可能地轻量,因此在你每次进行提交时,它会将当前版本与仓库中的上一个版本进行对比,并把所有的差异打包到一起作为一个提交记录。
  • Git 还保存了提交的历史记录。这也是为什么大多数提交记录的上面都有 parent 节点的原因。

图片-1722175835220

解:

git commit
git commit

1.2 Git Branch

  • 早建分支!多用分支!
  • 即使创建再多的分支也不会造成储存或内存上的开销,并且按逻辑分解工作到不同的分支要比维护那些特别臃肿的分支简单多了。
  • 使用分支其实就相当于在说:“我想基于这个提交以及它所有的 parent 提交进行新的工作。”

图片-1722176051077

解:

git branch bugFix //建立分支bugFix
git checkout bugFix //切换到分支bugFix

1.3 Git Merge

  • 在 Git 中合并两个分支时会产生一个特殊的提交记录,它有两个 parent 节点。翻译成自然语言相当于:“我要把这两个 parent 节点本身及它们所有的祖先都包含进来。”

图片-1722176348778

解:

git checkout -b bugFix
git commit
git checkout main
git commit
git merge bugFix

Git Rebase

  • 第二种合并分支的方法是 git rebase。Rebase 实际上就是取出一系列的提交记录,“复制”它们,然后在另外一个地方逐个的放下去。
  • Rebase 的优势就是可以创造更线性的提交历史。如果只允许使用 Rebase 的话,代码库的提交历史将会变得异常清晰。

图片-1722177446915

解:

git checkout -b bugFix
git commit
git checkout main 
git commit
git checkout bugFix
git rebase main

2. Git进阶命令

2.1 HEAD

  • HEAD 是一个对当前所在分支的符号引用 —— 也就是指向你正在其基础上进行工作的提交记录。

  • HEAD 总是指向当前分支上最近一次提交记录。大多数修改提交树的 Git 命令都是从改变 HEAD 的指向开始的。

  • HEAD 通常情况下是指向分支名的(如 bugFix)。在你提交时,改变了 bugFix 的状态,这一变化通过 HEAD 变得可见。

  • 如果想看 HEAD 指向,可以通过 cat .git/HEAD 查看, 如果 HEAD 指向的是一个引用,还可以用 git symbolic-ref HEAD 查看它的指向。

图片-1722178443686

git checkout C4

2.2 相对引用

  • 通过指定提交记录哈希值的方式在 Git 中移动不太方便。在实际应用时,并没有可视化提交树供你参考,所以就不得不用 git log 来查查看提交记录的哈希值。
  • 通过哈希值指定提交记录很不方便,所以 Git 引入了相对引用。
  • 使用 ^ 向上移动 1 个提交记录
  • 使用 ~<num> 向上移动多个提交记录,如 ~3

图片-1722178780008

解:

git checkout bugFix^

2.3 “~”操作符

  • 使用相对引用最多的就是移动分支。可以直接使用-f选项让分支指向另一个提交。例如: git branch -f main HEAD~3
  • 上面的命令会将 main 分支强制指向 HEAD 的第 3 级 parent 提交。

图片-1722179269934

git branch -f main C6
git branch -f bugFix bugF ix~3
git checkout C1

2.4 撤销变更

  • 在 Git 里撤销变更的方法很多。撤销变更由底层部分(暂存区的独立文件或者片段)和上层部分(变更到底是通过哪种方式被撤销的)组成。
  • 主要有两种方法用来撤销变更 —— git resetgit revert
  • git reset通过把分支记录回退几个提交记录来实现撤销改动。
  • 虽然在本地分支中使用 git reset很方便,但是这种方法对远程分支是无效的。
  • git revert 新提交记录 C2’ 引入了更改 —— 这些更改刚好是用来撤销 C2 这个提交的。也就是说 C2’ 的状态与 C1 是相同的。之后就可以把更改推送到远程仓库。

图片-1722180068988

git reset HEAD^
git checkout pushed
git revert HEAD

3. 移动提交记录

3.1 Git Cherry-pick

git cherry-pick <提交号>...
  • 将一些提交复制到当前所在的位置(HEAD)下面的话, Cherry-pick 是最直接的方式了

图片-1722265732717

git cherry-pick C3 C4 C7

3.2 交互式的 rebase

  • 交互式 rebase 指的是使用带参数 --interactive 的 rebase 命令, 简写为 -i
  • 你在命令后增加了这个选项, Git 会打开一个 UI 界面并列出将要被复制到目标分支的备选提交记录,它还会显示每个提交记录的哈希值和提交说明,提交说明有助于你理解这个提交进行了哪些更改。
  • 实际使用时,所谓的 UI 窗口一般会在文本编辑器 —— 如 Vim —— 中打开一个文件。

图片-1722266345061

git rebase -i HEAD~4

图片-1722266713681

0

评论区