作为当前世界上最强大的代码管理工具Git
相信大家都很熟悉,但据我所知有很大一批人停留在clone、commit、pull、push...
的阶段,是不是对rebase
心里没底只敢用merge
?碰见版本回退就抓瞎?别问我怎么知道的,问就是:“我曾经就是这样啊~~”
。针对这些问题,今天我就将这几年对Git
的认知和理解分享出来,尽可能的从本质去讲解Git
,帮助你一步一步去了解Git
的底层原理,相信读完本篇文章你便可以换种姿态,更加风骚得使用Git
各种指令。
1. 基本概念
1.1 Git的优势
1.2 文件状态
1.3 commit 节点
1.4 HEAD
1.5 远程仓库
2. 分支
2.1 什么是分支?
3. 命令详解
3.1 提交相关
3.2 分支相关
3.3 合并相关
3.4 回退相关
3.5 远程相关
Git
是一个分布式
代码管理工具,在讨论分布式之前避免不了提及一下什么是中央式
代码管理仓库
- 中央式:所有的代码保存在中央服务器,所以提交必须依赖网络,并且每次提交都会带入到中央仓库,如果是协同开发可能频繁触发代码合并,进而增加提交的成本和代价。最典型的就是svn
- 分布式:可以在本地提交,不需要依赖网络,并且会将每次提交自动备份到本地。每个开发者都可以把远程仓库clone一份到本地,并会把提交历史一并拿过来。代表就是Git
那Git
相比于svn
有什么优势呢?打个比方:"巴拉巴拉写了一大堆代码,突然发现写的有问题,我想回到一个小时之前",对于这种情况Git
的优势就很明显了,因为commit的成本比较小并且本地会保存所有的提交记录,随时随刻可以进行回退。在这并不是说svn
的不能完成这种操作,只是Git
的回退会显得更加的优雅。Git
相比于中央式
工具还有很多优点,就不一一列举了,感兴趣的可自行了解。
在Git中文件大概分为三种状态:已修改(modified)、已暂存(staged)、已提交(committed)
为了便于表述,本篇文章我会通过节点
代称commit提交
在Git中每次提交都会生成一个节点
,而每个节点都会有一个哈希值作为唯一标示,多次提交会形成一个线性
节点链(不考虑merge的情况),如图1-1
节点上方是通过 SHA1计算的哈希值
C2
节点包含C1
提交内容,同样C3
节点包含C1、C2
提交内容
HEAD
是Git中非常重要的一个概念,你可以称它为指针
或者引用
,它可以指向任意一个节点
,并且指向的节点始终为当前工作目录,换句话说就是当前工作目录(也就是你所看到的代码)就是HEAD
指向的节点。
还以图1-1举例,如果HEAD
指向C2
那工作目录对应的就是C2
节点。具体如何移动HEAD
指向后面会讲到,此处不要纠结。
同时HEAD
也可以指向一个分支
,间接指向分支
所指向的节点
虽然Git会把代码以及历史保存在本地,但最终还是要提交到服务器上的远程仓库。通过clone
命令可以把远程仓库的代码下载到本地,同时也会将提交历史
、分支
、HEAD
等状态一并同步到本地,但这些状态并不会实时更新,需要手动从远程仓库去拉取,至于何时拉、怎么拉后面章节会讲到。
通过远程仓库为中介,你可以和你的同事进行协同开发,开发完新功能后可以申请提交至远程仓库,同时也可以从远程仓库拉取你同事的代码。
因为你和你的同事都会以远程仓库的代码为基准,所以要时刻保证远程仓库的代码质量,切记不要将未经检验测试的代码提交至远程仓库
分支
也是Git中相当重要的一个概念,当一个分支
指向一个节点
时,当前节点
的内容即是该分支
的内容,它的概念和HEAD
非常接近同样也可以视为指针
或引用
,不同的是分支
可以存在多个,而HEAD
只有一个。通常会根据功能
或版本
建立不同的分支
那分支有什么用呢?
- 举个例子:你们的 App 经历了千辛万苦终于发布了
v1.0
版本,由于需求紧急v1.0
上线之后便马不停蹄的开始v1.1
,正当你开发的兴起时,QA同学说用户反馈了一些bug,需要修复然后重新发版,修复v1.0
肯定要基于v1.0
的代码,可是你已经开发了一部分v1.1
了,此时怎么搞?
面对上面的问题通过引入分支
概念便可优雅的解决,如图2-1
2-1
- 先看左边示意图,假设
C2
节点既是v1.0
版本代码,上线后在C2
的基础上新建一个分支ft-1.0
- 再看右边示意图,在
v1.0
上线后可在master
分支开发v1.1
内容,收到QA同学反馈后提交v1.1
代码生成节点C3
,随后切换到ft-1.0
分支做bug修复,修复完成后提交代码生成节点C4
,然后再切换到master
分支并合并ft-1.0
分支,到此我们就解决了上面提出的问题
除此之外利用分支还可以做很多事情,比如现在有一个需求不确定要不要上线,但是得先做,此时可以单独创建一个分支开发该功能,等到啥时候需要上线直接合并到主分支即可。分支适用的场景很多就不一一列举了。
当在某个节点创建一个分支后,并不会把该节点对应的代码复制一份出来,只是将新分支指向该节点,因此可以很大程度减少空间上的开销。一定要记着不管是
HEAD
还是分支
它们都只是引用而已,量级非常轻
前面我们提到过,想要对代码进行提交必须得先加入到暂存区,Git中是通过命令 add
实现
git add 文件路径
复制代码
git add .
复制代码
同时Git也提供了撤销工作区
和暂存区
命令
git checkout -- 文件名
复制代码
git reset HEAD 文件名
复制代码
将改动文件加入到暂存区后就可以进行提交了,提交后会生成一个新的提交节点,具体命令如下:
git commit -m "该节点的描述信息"
复制代码
创建一个分支后该分支会与HEAD
指向同一节点,说通俗点就是HEAD
指向哪创建的新分支就指向哪,命令如下:
git branch 分支名
复制代码
当切换分支后,默认情况下HEAD
会指向当前分支,即HEAD
间接指向当前分支指向的节点
git checkout 分支名
复制代码
同时也可以创建一个分支后立即切换,命令如下:
git checkout -b 分支名
复制代码
为了保证仓库分支的简洁,当某个分支完成了它的使命后应该被删除。比如前面所说的单独开一个分支完成某个功能,当这个功能被合并到主分支后应该将这个分支及时删除。
删除命令如下:
git branch -d 分支名
复制代码
关于合并的命令是最难掌握同时也是最重要的。我们常用的合并命令大概有三个merge
、rebase
、cherry-pick
merge
是最常用的合并命令,它可以将某个分支或者某个节点的代码合并至当前分支。具体命令如下:
git merge 分支名/节点哈希值
复制代码
如果需要合并的分支完全领先于当前分支,如图3-1所示
3-1
由于分支ft-1
完全领先分支ft-2
即ft-1
完全包含ft-2
,所以ft-2
执行了“git merge ft-1”
后会触发fast forward(快速合并)
,此时两个分支指向同一节点,这是最理想的状态。但是实际开发中我们往往碰到是是下面这种情况:如图3-2(左)
这种情况就不能直接合了,当ft-2
执行了“git merge ft-1”
后Git会将节点C3
、C4
合并随后生成一个新节点C5
,最后将ft-2
指向C5
如图3-2(右)
注意点:
如果
C3
、C4
同时修改了同一个文件中的同一句代码,这个时候合并会出错,因为Git不知道该以哪个节点为标准,所以这个时候需要我们自己手动合并代码
rebase
也是一种合并指令,命令行如下:
git rebase 分支名/节点哈希值
复制代码
与merge
不同的是rebase
合并看起来不会产生新的节点(实际上是会产生的,只是做了一次复制),而是将需要合并的节点直接累加 如图3-3
当左边示意图的ft-1.0
执行了git rebase master
后会将C4
节点复制一份到C3
后面,也就是C4'
,C4
与C4'
相对应,但是哈希值却不一样。
rebase
相比于merge
提交历史更加线性、干净,使并行的开发流程看起来像串行,更符合我们的直觉。既然rebase
这么好用是不是可以抛弃merge
了?其实也不是了,下面我罗列一些merge
和rebase
的优缺点:
merge优缺点:
- 优点:每个节点都是严格按照时间排列。当合并发生冲突时,只需要解决两个分支所指向的节点的冲突即可
- 缺点:合并两个分支时大概率会生成新的节点并
分叉
,久而久之提交历史会变成一团乱麻
rebase优缺点:
- 优点:会使提交历史看起来更加线性、干净
- 缺点:虽然提交看起来像是线性的,但并不是真正的按时间排序,比如图3-3中,不管
C4
早于或者晚于C3
提交它最终都会放在C3
后面。并且当合并发生冲突时,理论上来讲有几个节点rebase
到目标分支就可能处理几次冲突
对于网络上一些只用rebase
的观点,作者表示不太认同,如果不同分支的合并使用rebase
可能需要重复解决冲突,这样就得不偿失了。但如果是本地推到远程并对应的是同一条分支可以优先考虑rebase
。所以我的观点是 根据不同场景合理搭配使用merge
和rebase
,如果觉得都行那优先使用rebase
cherry-pick
的合并不同于merge
和rebase
,它可以选择某几个节点进行合并,如图3-4
命令行:
git cherry-pick 节点哈希值
复制代码
3-4
假设当前分支是master
,执行了git cherry-pick C3(哈希值),C4(哈希值)
命令后会直接将C3
、C4
节点抓过来放在后面,对应C3'
和C4'
在默认情况下HEAD是指向分支的,但也可以将HEAD从分支上取下来直接指向某个节点,此过程就是分离HEAD
,具体命令如下:
git checkout 节点哈希值
//也可以直接脱离分支指向当前节点
git checkout --detach
复制代码
由于哈希值是一串很长很长的乱码,在实际操作中使用哈希值分离HEAD很麻烦,所以Git也提供了HEAD基于某一特殊位置(分支/HEAD)直接指向前一个
或前N个
节点的命令,也即相对引用,如下:
//HEAD分离并指向前一个节点
git checkout 分支名/HEAD^
复制代码
//HEAD分离并指向前N个节点
git checkout 分支名~N
复制代码
将HEAD分离
出来指向节点有什么用呢?举个例子:如果开发过程发现之前的提交有问题,此时可以将HEAD指向对应的节点,修改完毕后再提交,此时你肯定不希望再生成一个新的节点,而你只需在提交时加上--amend
即可,具体命令如下:
git commit --amend
复制代码
回退场景在平时开发中还是比较常见的,比如你巴拉巴拉写了一大堆代码然后提交,后面发现写的有问题,于是你想将代码回到前一个提交,这种场景可以通过reset
解决,具体命令如下:
//回退N个提交
git reset HEAD~N
复制代码
reset
和相对引用
很像,区别是reset
会使分支
和HEAD
一并回退。
当我们接触一个新项目时,第一件事情肯定是要把它的代码拿下来,在Git中可以通过clone
从远程仓库复制一份代码到本地,具体命令如下:
git clone 仓库地址
复制代码
前面的章节我也有提到过,clone
不仅仅是复制代码,它还会把远程仓库的引用(分支/HEAD)
一并取下保存在本地,如图3-5所示:
其中origin/master
和origin/ft-1
为远程仓库的分支,而远程的这些引用状态是不会实时更新到本地的,比如远程仓库origin/master
分支增加了一次提交,此时本地是感知不到的,所以本地的origin/master
分支依旧指向C4
节点。我们可以通过fetch
命令来手动更新远程仓库状态
小提示:
并不是存在服务器上的才能称作是远程仓库,你也可以
clone
本地仓库作为远程,当然实际开发中我们不可能把本地仓库当作公有仓库,说这个只是单纯的帮助你更清晰的理解分布式
说的通俗一点,fetch
命令就是一次下载
操作,它会将远程新增加的节点以及引用(分支/HEAD)
的状态下载到本地,具体命令如下:
git fetch 远程仓库地址/分支名
复制代码
pull
命令可以从远程仓库的某个引用拉取代码,具体命令如下:
git pull 远程分支名
复制代码
其实pull
的本质就是fetch
+merge
,首先更新远程仓库所有状态
到本地,随后再进行合并。合并完成后本地分支会指向最新节点
另外pull
命令也可以通过rebase
进行合并,具体命令如下:
git pull --rebase 远程分支名
复制代码
push
命令可以将本地提交推送至远程,具体命令如下:
git push 远程分支名
复制代码
如果直接push
可能会失败,因为可能存在冲突,所以在push
之前往往会先pull
一下,如果存在冲突本地解决。push
成功后本地的远程分支引用会更新,与本地分支指向同一节点
HEAD
还是分支
,它们都只是引用
而已,引用
+节点
是 Git 构成分布式的关键merge
相比于rebase
有更明确的时间历史,而rebase
会使提交更加线性应当优先使用HEAD
可以查看每个提交对应的代码clone
或fetch
都会将远程仓库的所有提交
、引用
保存在本地一份pull
的本质其实就是fetch
+merge
,也可以加入--rebase
通过rebase方式合并本文由哈喽比特于3年以前收录,如有侵权请联系我们。
文章来源:https://mp.weixin.qq.com/s/c8wFCPHSWsonbUKzvyhJtQ
京东创始人刘强东和其妻子章泽天最近成为了互联网舆论关注的焦点。有关他们“移民美国”和在美国购买豪宅的传言在互联网上广泛传播。然而,京东官方通过微博发言人发布的消息澄清了这些传言,称这些言论纯属虚假信息和蓄意捏造。
日前,据博主“@超能数码君老周”爆料,国内三大运营商中国移动、中国电信和中国联通预计将集体采购百万台规模的华为Mate60系列手机。
据报道,荷兰半导体设备公司ASML正看到美国对华遏制政策的负面影响。阿斯麦(ASML)CEO彼得·温宁克在一档电视节目中分享了他对中国大陆问题以及该公司面临的出口管制和保护主义的看法。彼得曾在多个场合表达了他对出口管制以及中荷经济关系的担忧。
今年早些时候,抖音悄然上线了一款名为“青桃”的 App,Slogan 为“看见你的热爱”,根据应用介绍可知,“青桃”是一个属于年轻人的兴趣知识视频平台,由抖音官方出品的中长视频关联版本,整体风格有些类似B站。
日前,威马汽车首席数据官梅松林转发了一份“世界各国地区拥车率排行榜”,同时,他发文表示:中国汽车普及率低于非洲国家尼日利亚,每百户家庭仅17户有车。意大利世界排名第一,每十户中九户有车。
近日,一项新的研究发现,维生素 C 和 E 等抗氧化剂会激活一种机制,刺激癌症肿瘤中新血管的生长,帮助它们生长和扩散。
据媒体援引消息人士报道,苹果公司正在测试使用3D打印技术来生产其智能手表的钢质底盘。消息传出后,3D系统一度大涨超10%,不过截至周三收盘,该股涨幅回落至2%以内。
9月2日,坐拥千万粉丝的网红主播“秀才”账号被封禁,在社交媒体平台上引发热议。平台相关负责人表示,“秀才”账号违反平台相关规定,已封禁。据知情人士透露,秀才近期被举报存在违法行为,这可能是他被封禁的部分原因。据悉,“秀才”年龄39岁,是安徽省亳州市蒙城县人,抖音网红,粉丝数量超1200万。他曾被称为“中老年...
9月3日消息,亚马逊的一些股东,包括持有该公司股票的一家养老基金,日前对亚马逊、其创始人贝索斯和其董事会提起诉讼,指控他们在为 Project Kuiper 卫星星座项目购买发射服务时“违反了信义义务”。
据消息,为推广自家应用,苹果现推出了一个名为“Apps by Apple”的网站,展示了苹果为旗下产品(如 iPhone、iPad、Apple Watch、Mac 和 Apple TV)开发的各种应用程序。
特斯拉本周在美国大幅下调Model S和X售价,引发了该公司一些最坚定支持者的不满。知名特斯拉多头、未来基金(Future Fund)管理合伙人加里·布莱克发帖称,降价是一种“短期麻醉剂”,会让潜在客户等待进一步降价。
据外媒9月2日报道,荷兰半导体设备制造商阿斯麦称,尽管荷兰政府颁布的半导体设备出口管制新规9月正式生效,但该公司已获得在2023年底以前向中国运送受限制芯片制造机器的许可。
近日,根据美国证券交易委员会的文件显示,苹果卫星服务提供商 Globalstar 近期向马斯克旗下的 SpaceX 支付 6400 万美元(约 4.65 亿元人民币)。用于在 2023-2025 年期间,发射卫星,进一步扩展苹果 iPhone 系列的 SOS 卫星服务。
据报道,马斯克旗下社交平台𝕏(推特)日前调整了隐私政策,允许 𝕏 使用用户发布的信息来训练其人工智能(AI)模型。新的隐私政策将于 9 月 29 日生效。新政策规定,𝕏可能会使用所收集到的平台信息和公开可用的信息,来帮助训练 𝕏 的机器学习或人工智能模型。
9月2日,荣耀CEO赵明在采访中谈及华为手机回归时表示,替老同事们高兴,觉得手机行业,由于华为的回归,让竞争充满了更多的可能性和更多的魅力,对行业来说也是件好事。
《自然》30日发表的一篇论文报道了一个名为Swift的人工智能(AI)系统,该系统驾驶无人机的能力可在真实世界中一对一冠军赛里战胜人类对手。
近日,非营利组织纽约真菌学会(NYMS)发出警告,表示亚马逊为代表的电商平台上,充斥着各种AI生成的蘑菇觅食科普书籍,其中存在诸多错误。
社交媒体平台𝕏(原推特)新隐私政策提到:“在您同意的情况下,我们可能出于安全、安保和身份识别目的收集和使用您的生物识别信息。”
2023年德国柏林消费电子展上,各大企业都带来了最新的理念和产品,而高端化、本土化的中国产品正在不断吸引欧洲等国际市场的目光。
罗永浩日前在直播中吐槽苹果即将推出的 iPhone 新品,具体内容为:“以我对我‘子公司’的了解,我认为 iPhone 15 跟 iPhone 14 不会有什么区别的,除了序(列)号变了,这个‘不要脸’的东西,这个‘臭厨子’。