git命令的进阶和复习(带动图效果)
2020/5/1 9:02:41
本文主要是介绍git命令的进阶和复习(带动图效果),对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
1. 学习途径
个人学习途径主要以下几个:
- learnGit在线学习
- 猴子都能懂的git
- 小姐姐用动画图解Git
个人比较推荐第二个Git学习网站猴子都能懂的git,图文结合,简单明了,本文将介绍一些常用 Git 指令,作为一个学习总结
git rebase
git merge
git reset
git revert
git cherry-pick
git fetch
git pull
git reflog
2. 分支的合并(merge)
对于merge而言,又有两个合并策略:
fast-forward
no-fast-forward
假设bugfix分支是从master分支分叉出来的,以这个图作为初始分支状态
2.1 fast-forward
git merge默认采用fast-forward的方式,执行git merge等同于执行git merge --ff
,–ff是fast-forward的简写。特点:
- 快进操作:只更新指针的指向,不会创造一个新的commit节点。
- 缺点:一旦删除分支或者分支指针往前走,会丢掉分支信息(原来这个分支的做了什么在log中体现不出来)
- 触发时机:合并 bugfix分支到master分支时,如果master分支的状态没有被更改过,这样的合并被称为fast-forward(快进)合并
2.2 no-fast-forward
--no-ff 指的是强行关闭fast-forward方式,使得每一次的合并都创建一个新的commit记录。完整的命令如下
//即在合并分支命令加入 --no-ff 后缀的方式运行 $ git merge --no-ff -m "merge with no-ff" dev 复制代码
- 如何设置默认为no-fast-forward模式
//第一种方案:全局设置禁用fast-forward git config --global --add merge.ff false //第二种方案:某个分支单独禁用fast-forward git config branch.【分支名】.mergeoptions "--no-ff" 复制代码
- 触发时机:
比如master分支的历史记录有可能在bugfix分支分叉出去后有新的更新。 此时如果把bugFix合并到master,合并两个修改会生成一个提交。这时,master分支的HEAD会移动到该提交上。
3. 变基(rebase)
reabse和merge其实都可以看作为合并操作,rebase 的优势就是可以创造更线性的提交历史,还是以这张图为列
执行以下命令://rebase bugfix分支到master分支 ➜ ~ git:(master) ✗ git rebase bugfix 复制代码现在 bugFix 分支上的工作在 master 的最顶端,同时我们也得到了一个更线性的提交序列。rebase之后,唯一的问题就是 master的HEAD位置还没有更新。所以需要【将master的HEAD移动到bugfix的HEAD】
~ git:(bugFix) ✗ git checkout master ~ git:(master) ✗ git merge bugFix 或者git rebase bugFix 复制代码
由于篇幅原因,有兴趣的可以在了解下交互式变基,交互式变基修改commit,如commit的合并、顺序调整、commit的提交日志修改。
4. 重置(reset)
撤销变更方式有两种。其中一种就是git reset(控制当前分支回撤到某次提交时的状态。),这个部分这篇文章小姐姐用动画图解Git讲的相对好一些
4.1 软重置
最大的特点:撤回到特定提交之后,已有的修改会保留
以下图为例:9e78i 提交添加了 style.css 文件,035cc 提交添加了 index.js 文件。使用软重置,我们可以撤销提交记录,但是保留新建的 style.css 和 index.js 文件。
4.2 硬重置
最大的特点:无需保留提交已有的修改,直接将当前分支的状态恢复到某个特定提交下,,硬重置还会将当前工作目录(working directory)中的文件、已暂存文件(staged files)全部移除
使用 git status 查看,发现当前操作空间空空如也。Git 丢弃了 9e78i 和 035cc 两次提交引入的修改,将仓库重置到 ec5be 时的状态5. 还原(revert)
虽然在你的本地分支中使用 git reset 很方便,但是这种“改写历史”
的方法对大家一起使用的远程分支是无效的,所以要使用revert
- 最大的特点:用于还原某次提交的修改时,会创建一个包含已还原更改的 新提交记录
- 比如:我们在 ec5be 上添加了 index.js 文件。之后发现并不需要这个文件,可以执行
git revert ec5be
指令还原之前的更改 新的提交记录 9e78i 还原了 ec5be 引入的更改。git revert 可以在不修改分支历史的前提下,还原某次提交引入的更改
6. 检出提交(cherry-pick)
如果某个分支上的某次提交的修改正是当前分支需要的,那我们可以使用 git cherry-pick
命令检出某次的提交更改,作为新的提交添加到当前分支上面
//命令形式为: git cherry-pick <提交号>... 复制代码
比如:dev 分支上的 76d12 提交添加了 index.js 文件,我们需要将本次提交更改加入到 master 分支,那么就可以使用 git cherry-pick 76d12
单独检出这条记录修改。
7 git fetch
比如:你和你的同事在master分支上工作,如果你的同事将他做的更改提交到了远程分支上(orgin/master
),而这些提交是你本地没有的,此时,就要使用 git fetch
指令将远程分支上的最新的修改下载下来
8. 拉取(pull)
git pull
指令实际做了两件事:git fetch
和 git merge
这里,相当于在get fetch基础上,移动了Head指针
。这里就不具体阐述了
9. Reflog
git reflog 是一个非常有用的命令,用于显示所有已执行操作的日志!包括合并、重置、还原:基本上记录了对分支的任何更
- 使用场景:假设你不小心使用 git reset 命令硬重置仓库到某个提交。后面突然想到,重置导致了一些已有的正常代码的误删
- demo 我们不想合并 origin/master 分支了。执行 git reflog 命令,我们看到合并之前的仓库状态位于 HEAD@{1} 这个地方,我们使用 git reset 指令将 HEAD 头指向 HEAD@{1}
10. 补充
10.1 commit --amend
可以更新先前的commit的提交信息,并且本地仓库中并不会产生一个新的commit
10.2 squash merge:
可能你遇到过想要合并多个 commit 为一个,这时候就可以用squash merge
把某个分支上的所有提交都合并成一个提交
git merge --squash 分支名 复制代码
这篇关于git命令的进阶和复习(带动图效果)的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-09-11Linux部署Scrapy学习:入门级指南
- 2024-09-11Linux部署Scrapy:入门级指南
- 2024-08-21【Linux】分区向左扩容的方法
- 2024-08-21【Linux】gnome桌面环境切换KDE Plasma
- 2024-08-19如何安装 VMware Tools (macOS, Linux, Windows)
- 2024-08-15Linux部署Scrapy教程:入门级指南
- 2024-07-29linux命令行下好用的性能监控工具atop
- 2024-07-04Linux系统上离线升级SSH服务的具体操作步骤-icode9专业技术文章分享
- 2024-06-0600-macOS和Linux安装和管理多个Python版本
- 2024-03-30[译]漫画SELinux概念