git版本控制系统小白教程(下)
前言:本文主要介绍git版本控制系统的一些基础使用,适合小白入门,因为内容较多,会分为两部分进行分享,查看上部请点传送门。
删除文件
git删除文件一般有三种情况,第一种是在工作区修改了文件,但是还没有添加到暂存区;第二种是已经添加到暂存区但是还没有提交到版本库中;第三种就是已经提交到版本库中。
撤销工作区的修改
在工作区修改了文件,但还未添加到暂存区,即撤销在工作区对文件的修改动作,在前面查看版本状态的章节,我们已经介绍了一个命令,就是git restore <file>
,新版本都会提示使用这个命令,旧版本则是提示使用git checkout -- <file>
这个命令,它与新版命令的用法其实没什么区别,一样可以撤销工作区的修改,但这个命令有两种使用情况:
1.如果我们在文件修改后,文件还未添加到暂存区,想要把修改的全部撤回,那么使用该命令可以撤销修改的部分,回到这个文件的上一个版本。
2.如果文件已经添加到暂存区后,再一次修改了文件,使用该命令就可以撤销修改,回到添加到暂存区时的那一个版本。
需要注意的是,git checkout -- <file>
命令中有两个--
,如果没有了--
,它就不是撤销命令了,变成了切换分支命令git checkout
,后面的章节中会提到这个命令。
从暂存区移除
我们提交文件到版本库,一般需要两步,先添加到暂存区再提交到版本库,文件添加到暂存区时,我们可能不想提交了,那么就需要把他从暂存区中移除。
前面查看版本状态的章节,我们已经介绍了一个命令git restore --staged <file>
,同样的,这是新版的命令,我们安装了新版就使用新版命令就好了,仍使用旧版的同学,就可以使用git reset HEAD <file>
这个命令,用法是一样的。
删除版本库的文件
1.git rm 删除文件
一般我们在操作系统上删除文件,就是右键删除,但在git中,你在工作区删除了文件,实际上只是删除了你本地,版本库中该文件仍然是存在的,比如tets_login.py文件,在操作系统右键删除后我们查看一下git状态。
git知道你删除了哪些文件,并且工作区和版本库已经不一致了。这时你有两个选择,一是执行git rm <file>
,并且执行git commit
命令去删除版本库对应的文件,保持工作区和版本库一致。二是使用git restore <file>
撤销对工作区的修改,把删除的文件还原,这样也可以保持工作区和版本库一致。
我们也可以不在工作区操作(即右键删除),直接从版本库中删除文件,使用git rm <file>
把删除动作添加到暂存区,然后git commit
真正地从版本库中删除。我们想要真正地影响到版本库,都需要执行commit,否则它就只是对工作区产生影响。
这里要注意的是,如果我们直接执行了git rm <file>
,但还未提交到版本库,想要还原到工作区时,就需要先执行git restore --staged <file>
移除暂存区,再执行git restore <file>
撤销对工作区的修改。
2.git rm --cached 只删除版本库的文件
使用git rm
且git commit
之后文件会从本地中删除,且会从版本库中删除。如果我们只想删除版本库的文件保留工作区的,我们可以在删除命令加上一个--cached
参数,同样的执行时需要commit一下,如果想撤销,方法同上。我们不需要死记硬背这些命令,查看版本状态时它会提示你可以使用哪些命令。
3.git rm *.txt 删除符合规则的文件
我们在忽略特殊文件的章节有提到过glob模式匹配,这里删除文件也支持模式匹配,比如git rm *.txt
意思就是说删除所有的txt文件。
移动文件
git可以使用git mv <old_file> <new_file>
来移动文件,需要输入旧文件名,新文件位置,新文件位置还可以重命名,如把test.txt移动到doc目录下,并且重命名为readme.txt:
我们第一步执行的时候,提示No such file or directory
意思是说没有text.txt文件或者目录不存在,因为我们目录没有创建,因此需要手动创建一个目录或者直接使用linux命令创建一个目录,就可以移动成功了,移动后记得要执行commit才会对版本库生效。
git这一个移动文件的命令实现原理很简单,其实就是执行了下面三个动作:
mv <old_file> <new_file>
:linux移动命令git rm <old_file>
:删除旧文件git add <new_file>
:添加新文件到暂存区
版本补录
什么是版本补录,就是我们在修改文件提交版本时遗漏了某些文件的提交,或者有了新的修改但又不想重新提交一个版本,希望补录在上一个版本中。
我们只需要在执行commit时增加一个--amend
参数,即git commit --amend
,如提交了一个版本后,再次修改了readme.txt,然后执行该命令进行补录。
上面补录时加了-a
参数直接一步到为提交到了版本库,提交到版本库后会进入版本信息的vim(vi)界面,vim是unix系统文本编辑器,学过linux的同学应该都有了解。这里它进入vim界面我们可以修改增加版本的一些备注信息,如果不需要修改,可以通过按下Esc退出编辑状态,然后连按两次大写字母Z,就可以退出vim了。
退出vim模式后,我们再查看一下版本信息就会看到最近的一个版本有两次提交记录,其中一次是补录的。
版本标签
git标签(tag)的作用主要是快速地定位版本以及版本间的区分,毎次发布一个版本时,我们通常都会在版本库中打上一个标签,标签可以跟踪到版本。之后不管在什么时候,我们都可以通过一个标签,把对应的历史版本取出来。因此,标签实际上就是版本库的一个快照。
但你可能回想,我们commit的时候不是生成了一个版本唯一id吗?版本id是一连串的字符,不容易记住且无法辨别是哪一个版本。总而言之,标签就是一个让人容易记住的有意义的名字,它跟某个commit绑在一起。
附注标签
git使用的标签有两种类型:轻量标签(lightweight)和附注标签(annotated)。附注标签实际就是存储在版本库中的一个独立对象,它有自身的一些校验信息,包含标签名、作者的信息、标签日期以及标签说明。一般我们都会使用附注标签,方便查看更多的标签信息。
关键命令:git tag -a <tagname> -m '标签说明'
这里的-a指的是附注(annotated)
打上标签之后,我们查看版本信息会发现最近的一个版本多了一个tag,因为git默认标签是打在最新提交的一个版本上的。
轻量标签
如果我们只是临时加的标签,不需要额外的一些标签信息,我们就可以使用轻量版标签。
关键命令:git tag <tagname>
,默认是给最近的一个版本打上标签
查看指定标签
使用git show <tagname>
查看指定标签的信息
从上图我们可以看出查询的标签是一个附注标签,它有很多一些附带的信息,如标签名、作者的信息、标签日期以及标签说明;那轻量标签又是如何呢?下面这个就是一个轻量标签了,它只是简单的打了一个标签,没有更多的信息了。
查看所有标签
使用git tag
可以查看版本库中有哪些标签,标签名按字母排序。
查看匹配标签
这里查看标签同样适用glob模式匹配,关键命令:git tag -l 匹配规则
,-l表示以列表形式查看标签,如查看v开头的标签:
因为只打了一个v开头的标签,因此只显示一个。
补录标签
默认标签是打在最新提交的commit上的。那么如果commit时忘了打标签怎么办呢?答案就是找到历史提交的commit的id,在标签命令的然后打上标签即可。关键命令:git tag <tagname> 版本号
当然,补录的时候我们是可以选择补录附注标签还是轻量标签的,根据相关命令补充参数即可。
删除标签
如果标签打错了,可以删除标签。关键命令:git tag -d <tagname>
,-d表示delete
因为我们创建的标签默认都只存储在本地,不会自动推送到远程,因此打错的标签可以在本地直接删除。
这是为什么呢,因为git pull推送时并不会把标签也推送到远程服务器上,只有通过显示命令才能把标签推送出去,关键命令:git push origin <tagname>
,或者一次性推送所有标签git push origin --tags
,关于推送,会在后面的章节介绍。
如果标签已经推送出去,要删除标签就需要先删除本地,再从远程删除,远程删除命令:git push origin :refs/tags/<tagname>
。
分支管理
分支的工作方式
几乎每个版本控制系统都支持分支管理,使用分支意味着你可以从开发主线上分离出来,在不影响主线的同时继续工作,在前面多次commit和查看版本,可以知道每次commit,git都会把他们串成一条时间线,这条时间线就是一个分支,目前为止,我们的git里只有一条时间线,即主分支(master分支)。
另外,我们查看版本信息的时候,会发现最新的commit上总会有一个HEAD
的标识,如下图:
HEAD
是什么意思呢,它可以理解为“头指针”,指向当前工作区的分支,当分支很多时,git如何知道你在哪条分支上工作呢,就是通过HEAD
来标识。因为当前只有master主干,没有其他分支,因此HEAD
是一直指向master的。
这里我们要明白,HEAD
是指向分支的,不是指向commit,master(分支)才是指向commit,开始的时候,master分支是一条时间线,git用master指向最新的commit,再用HEAD
指向master,这样就能明确知道当前的分支,以及当前分支的提交点,如下图:
之后每一次commit,master分支就会向前移动一步,随着不断的提交,master分支的时间线就会越来越长(在没有其他分支的情况下)。
当我们创建分支的时候,比如创建一个dev分支,git就会新建一个dev指针,指向跟master一样的commit,再把HEAD
指向dev,表示当前是在dev分支上,如下图:
git创建一个分支是很快的,因为它只是增加了一个dev指针,改变一下HEAD
的指向,而工作区的文件是没有任何变化的,但从现在开始,之后对工作区的修改和commit都是针对dev分支了,每次commit,dev都会往前移一步,而master指针不变,如下图:
假如我们在dev分支上的工作已经完成了,就可以把dev合并到master上。那git如何分支呢?显然,直接把master指向dev最新的commit就可以完成合并了,因此,git的合并分支也很快,改一下指针即可,工作区内容不变。
合并完分支之后,甚至可以把dev分支删掉,这里删除分支其实就是把dev指针删掉,因为我们已经合并完成了,删掉后,这条时间线就只剩下一个master分支。
分支操作
1.创建分支
关键命令:git branch <branchname>
2.查看分支
关键命令:git branch
,*号代表当前所属分支
3.切换分支
关键命令:git checkout <branchname>
也可以直接在创建分支时加上一个-b
参数(branch-分支的缩写),表示创建并切换,完整命令:git checkout -b <branchname>
,相当于执行了创建和切换两个命令。
最新文章
- 安全协议系列(四)----SSL与TLS
- 10个经典的Java面试题
- 做了一个js的拉动遮罩层,两个图片分别显示的效果
- iOS6 旋转
- xpages的comboBox能够手动输入
- exit() _exit()
- 用Python实现gmail邮箱服务,实现两个邮箱之间的绑定(上)
- Java并发性和多线程介绍
- .net 爬虫技术
- SolrCloud(一)搭建Zookeeper
- 一个简单大方的赞后+1,踩后-1js动画效果
- oracle学习(一)
- 从壹开始前后端分离 [ Vue2.0+.NET Core2.1] 二十║Vue基础终篇:传值+组件+项目说明
- 前端 HTML body标签相关内容 常用标签 表单标签 form里面的 label标签介绍
- web功能模块测试用例(模板)
- Google APK下载
- spring boot: 中文显示乱码,在applicationContext里面配置
- linux实时流量监控
- while 语句
- CocoaPods did not set the base configuration of your project because your project already has a custom config set.