git pull 是到工作区还是暂存区_Git——有这一篇就够了

一、Git简介

什么是Git?

Git是世界上最先进的分布式版本控制系统。

二、集中式(SVN)VS分布式(GIT)

集中式版本控制系统:版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆。如下图示意:

集中式版本控制系统的缺点是:必须联网才能工作,如果在局域网内还好,带宽够大,速度够快,可如果在互联网上,遇到网速慢的话,可能提交一个10M的文件就需要5分钟,效率低下。

分布式版本控制系统:分布式版本控制系统根本没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。如下图示意:

三、Git安装

Git的下载地址:https://pan.baidu.com/s/1r-XCZtqA8qgdEKbPWo6rTA

密码: y4k3

四、Git入门

1:基本配置

我们本地仓库中的代码最终是要上传到GitHub中,而在上传的时候,必须要指定我们的信息,包括用户名和邮箱地址!方便团队或者项目组中其他人员知道是谁修改或者上传了代码!

所以我们首先要设置用户名和邮箱地址!

1.1设置用户名和邮箱

安装成功之后,右键点击桌面空白位置===》Git Bash Here

git config --global user.name 用户名

git config --global user.email  邮箱地址

git config --list 展示自己信息列表

1.2修改用户信息

vim  ~/.gitconfig

在这个文件中也可以,新增name和email

1.3删除用户信息

git config --global  --unset user.name 删除用户名

git config --global --unset user.email  删除邮箱

如果有多个用户,想删除指定的用户可以使用:

git config --global --unset user.name 用户名

2.基本操作

2.1创建本地仓库

git init

2.2创建并编辑文件

vim  gitDemo.txt

进入如下界面:

进入默认是命令模式并不能输入字如果想输入按a、i都可以切换到输入模式

输入完成后按esc键退出编辑模式然后按ZZ(大写)或者:wq!保存并强制退出返回git界面

2.3将文件新增到暂存区

我们刚才创建的gitDemo.txt文件虽然在我们的仓库目录下,但是并没有被仓库所管理!

需要使用git add让文件被仓库管理(进入暂存区)

2.4将文件提交到历史仓库

2.5对文件进行修改

以下两种方式自己选择:

此时,我们对修改的文件有两种处理方式!

确实需要修改,那么我们使用git add将文件放进暂存区

如果是误修改,我们可以将文件回滚到之前的版本

2.6对比文件差异

2.6.1撤销修改

这里的撤销指的是,我们修改的文件还没有被提交到暂存区!

之后,还有一种方式是===》已经提交到了暂存区之后怎么撤销?

3.工作区,暂存区,历史仓库

3.1基本介绍

我们使用了git init初始化git仓库之后,在文件夹中会多出一个.git隐藏文件夹!

这个.git隐藏文件夹就是git的版本库repository。

我们创建的myRepertory文件夹就是工作区 working directory。

暂存区:暂存区可以理解为一个虚拟工作区,这个虚拟工作区会跟踪工作区的文件变化(增删改等操作)。这个工作区的位于.git文件夹下的index目录下

3.2注意点

当需要对工作区的修改提交到版本库前,暂存区会与工作区进行差异比较,如果工作区与暂存区的文件不一致,那么需要同步工作区的修改到暂存区,然后才可以提交到版本库;

暂存区可以说是工作区和版本库的桥梁,我们对文件的修改可以先放在暂存区中,如果后悔了不仅可以非常方便撤销,而且不会影响到现有的版本库;

只要我们使用过git add,那么文件就会被跟踪,暂存区跟踪记录了工作区的文件名和文件状态(在index文件中会记录修改时间,文件大小等信息);

下次我们对文件进行修改的时候,会比较时间戳来判断文件是否被修改,在执行git status时,首先会到.git/index下查看被跟踪的工作区文件的时间戳,如果发现自上次执行git add(执行git add可以让工作区的文件被跟踪)以来,文件的时间戳发生了变化,那么判断文件发生了改动,于是会与暂存区的原始文件与工作区中的该文件进行差异比较,如果发现两个文件内容不一致,那么就给出差异信息。

3.3实例演示

3.4查询历史提交记录

1. git log

2. git log --pretty=oneline

也可以查询某个指定文件的提交历史

3.git reflog

4.git log和git reflog的区别

01.Git log查询的是commit id,作者以及提交时间和提交信息但是不包括之前删除的历史记录

02.git reflog查询的是简洁的commit id和提交信息也会包含之前删除的历史记录

5.回退历史版本

git  reset  版本ID

6.撤销修改

这里的修改,就是我们的文件已经到达了暂存区了,需要把修改的文件还原到工作区!

7.误删除工作区的文件

8.真正删除文件

五、远程仓库

使用GitHub时,国内的用户经常遇到的问题是访问速度太慢,有时候还会出现无法连接的情况(原因你懂的)。

如果我们希望体验Git飞一般的速度,可以使用国内的Git托管服务——码云(gitee.com)。

和GitHub相比,码云也提供免费的Git仓库。此外,还集成了代码质量检测、项目演示等功能。对于团队协作开发,码云还提供了项目管理、代码托管、文档管理的服务,5人以下小团队免费。

5.1 创建ssh公钥

打开gitbash:ssh-keygen -t rsa -C "[email protected]"

其中,请将[email protected]替换成自己在码云上注册的邮箱。

找到位于上图:/c/Users/用户名/.ssh/id_rsa.pub的公钥文件。

编辑其内容,将内容复制到码云上:

5.2 添加远程仓库

目前,在码云上的这个test1仓库还是空的,Git告诉我们,可以从这个仓库克隆出新的仓库,也可以把一个已有的本地仓库与之关联,然后,把本地仓库的内容推送到远程仓库。

5.3 将本地仓库中的内容推送到远程仓库

步骤1、关联本地仓库+远程仓库

在gitbash中运行:git remote add origin 远程仓库地址。

步骤2、将本地库master分支同步到远程仓库,根据提示输入用户名密码:

命令:git push -u origin master

遇到的问题1:error: src refspec master does not match any.

解决办法:将文件新增或提交。

遇到的问题2:

解决办法:git pull --rebase origin master(取回远程主机上的master分支,合并后推送)

再次执行git push -u origin master

查看远程仓库

从现在起,只要本地做了提交,就可以通过命令:git push origin master 把本地master分支的最新修改推送到码云上。

5.4 从远程库上克隆

将我们在码云上构建的工程克隆到本地上。

切换到d:\gitclone目录下,查看

六、分支管理

分支就是科幻电影里面的平行宇宙,当你正在电脑前努力学习Git的时候,另一个你正在另一个平行宇宙里努力学习SVN。

如果两个平行宇宙互不干扰,那对现在的你也没啥影响。不过,在某个时间点,两个平行宇宙合并了,结果,你既学会了Git又学会了SVN!

分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。

现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。

6.1 创建分支和合并分支

在版本回退中,你已经知道,每次提交,Git都会把它串成一条时间线。这条时间线就是一个分支。截止到目前,在Git中只有一条分支,即master分支。HEAD指针严格来说不是指向提交,而是指向master,而master才是指向提交的,所以HEAD指向的是当前的分支。

每次提交,master都会沿当前时间线向前移动一步。这样随着你不停的提交,master分支也会越来越长。

当我们创建新的分支,例如dev时,Git新建了一个指针叫dev,指向master做相同的提交,再把HEAD指向dev,就表示当前分支在dev上。

你看,Git创建一个分支很快,因为除了增加一个dev指针,改改HEAD的指向,工作区的文件都没有任何变化!

不过,从现在开始,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,dev指针往前移动一步,而master指针不变:

假如我们在dev上的工作完成了,就可以把dev合并到master上。Git怎么合并呢?最简单的方法,就是直接把master指向dev的当前提交,就完成了合并:

合并完分支后,甚至可以删除dev分支。删除dev分支就是把dev指针给删掉,删掉后,我们就剩下了一条master分支:

下面完成对应的分支案例:

使用:git checkout -b dev 创建并切换到dev分支

使用git branch查看当前分支

编辑a.txt,适当添加内容

现在dev分支的工作任务结束,切换到master分支。使用cat语句查看发现 没有刚刚在dev分支上操作的内容。

现在,我们把dev分支的工作成果合并到master分支上。

合并完成后,就可以放心的移除dev分支了。

查看内容如下:

6.2 解决冲突

创建新的分支如下,进行全新的分支案例。

修改a.txt文件的最后一行内容如下:

在test1分支上提交

切换到master分支

Git此时会自动提示我们当前的master分支比远程的master分支要超前一个提交。

在master分支上编辑a.txt文件的最后一行

进行了与test1分支不一样的修改

再次提交:

此时,master与test1分支合并时可能会产生冲突:

果不其然,产生了冲突。我们可以通过git status查看冲突的文件

查看a.txt文件中的内容:

Git用<<<<<<>>>>>>标记出不同分支的内容,我们修改如下后保存,再提交。

使用git log命令查看分支合并情况:git log --graph --pretty=oneline --abbrev-commit

七、标签管理

7.1 创建标签

在Git中打标签非常简单,首先,切换到需要打标签的分支上:

为test1分支打标签:

默认标签是打在最新提交的commit上的。有时候,如果忘了打标签,比如,现在已经是周五了,但应该在周一打的标签没有打,怎么办?

方法是找到历史提交的commit id,然后打上就可以了:

使用:git log --pretty=oneline --abbrev-commit查看commitid

可根据commitid创建标签:

再使用git tag命令查看标签:

注意,标签不是按时间顺序列出,而是按字母排序的。可以用git show查看标签信息:

还可以创建带说明的标签,使用-a指定标签名,-m指定说明文字。

7.2 操作标签

如果标签打错了,也可以删除。

因为创建的标签都只存储在本地,不会自动推送到远程。所以,打错的标签可以在本地       安全删除。

如果要推送某个标签到远程,使用命令git push origin 标签名:

或者一次性全部推送到远程仓库:

在远程仓库上查看:

如果标签已推送到远程,要远程删除的话,首先删除本地的标签:

你可能感兴趣的:(git,pull,是到工作区还是暂存区)