Git基本概念与命令使用 [集中式vs分布式,工作区,暂存区,版本库,版本回退,管理修改,撤销修改,删除文件]

Git基本概念

集中式 VS 分布式

集中式版本控制系统 [例如SVN],版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。

中央服务器就好比是一个试卷库,你要改一份卷子,必须先从试卷库取出来,然后回到家自己改,改完了,再放回试卷库。
集中式
集中式版本控制系统最大的毛病就是必须联网才能工作,如果在局域网内还好,带宽够大,速度够快,可如果在互联网上,遇到网速慢的话,可能提交一个10M的文件就需要5分钟,这谁顶得住啊。

那分布式版本控制系统与集中式版本控制系统有何不同呢?

首先,分布式版本控制系统 [例如Git]根本没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。

既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。

和集中式版本控制系统相比,分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题,所有人都没法干活了。

在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了,也可能今天你的同事病了,他的电脑压根没有开机。因此,分布式版本控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。
分布式

工作区,暂存区,版本库

  • 工作区(Working Directory):就是你在电脑里能看到的目录。
  • 版本库(Repository):工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
  • 暂存区(Index / Stage):需要提交的文件修改通通放到暂存区。git add
    工作区和版本库

Git命令使用

创建版本库

 $ mkdir censeksgit  //创建一个目录
 $ cd censeksgit  //转换路径
 $ pwd  //显示当前所在的位置
 $ git init  //初始化git仓库

在这里插入图片描述

把文件添加到版本库

第一步,用命令git add告诉Git,把文件添加到仓库:

$ git add new.txt

第二步,用命令git commit告诉Git,把文件提交到仓库:

$ git commit -m "a new file"

在这里插入图片描述

版本回退

修改文件,然后提交。

$ git add new.txt
$ git commit -m "insert name"

在这里插入图片描述
当然了,在实际工作中,我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,不然要版本控制系统干什么。

在Git中,我们用git log命令查看:

$ git log

[外链图片转存失败(img-NBwqEWzV-1562725849922)(../pics/gitlog1.png)]
如果嫌输出信息太多,看得眼花缭乱的,可以加上--pretty=oneline参数:

$ git log --pretty=oneline

[外链图片转存失败(img-TQ40Da8r-1562725849922)(../pics/gitlog2.png)]
首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交ebc3db...,上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写成HEAD~100

现在,我们要把当前版本insert name回退到上一个版本a new file,就可以使用git reset命令:

$ git reset --hard HEAD^

看看new.txt的内容是不是版本a new file

$ cat new.txt

[外链图片转存失败(img-aNnYBIWz-1562725849923)(../pics/gitlog3.png)]
现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id怎么办?

在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到a new file版本时,再想恢复到insert name,就必须找到insert name的commit id。
Git提供了一个命令git reflog用来记录你的每一次命令:

$ git reflog

[外链图片转存失败(img-wZebGisH-1562725849923)(../pics/gitlog4.png)]
[外链图片转存失败(img-N0KmLPv3-1562725849923)(../pics/gitlog5.png)]

管理修改

new.txt再做一个修改,比如加一行内容:

$ cat readme.txt

然后,添加:

$ git add readme.txt
$ git status

[外链图片转存失败(img-wzRxx2T0-1562725849924)(../pics/gitstatus.png)]

撤销修改

比如说,发现文件不小心多打了一行汉字。

既然错误发现得很及时,就可以很容易地纠正它。你可以删掉最后一行,手动把文件恢复到上一个版本的状态。用git status查看一下:

$ git status

你可以发现,Git会告诉你,git checkout -- file可以丢弃工作区的修改:

$ git checkout -- new.txt

现在,看看readme.txt的文件内容:

$ cat readme.txt

文件内容已被复原。
在这里插入图片描述

删除文件

一般情况下,你通常直接在文件管理器中把没用的文件删了,或者用rm命令删了:

$ rm test.txt

这个时候,Git知道你删除了文件,因此,工作区和版本库就不一致了,git status命令会立刻告诉你哪些文件被删除了:

$ git status

[外链图片转存失败(img-KdWs7O66-1562725849925)(../pics/gitrm.png)]
两个选择,一是确实要从版本库中删除该文件,那就用命令git rm删掉,并且git commit

$ git rm test.txt

$ git commit -m "remove test.txt"

[外链图片转存失败(img-Ae99i91a-1562725849925)(../pics/gitrm2.png)]
现在,文件就从版本库中被删除了。

另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:

$ git checkout -- test.txt

[外链图片转存失败(img-0I85t6b7-1562725849926)(../pics/gitrm1.png)]
git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。

注意:从来没有被添加到版本库就被删除的文件,是无法恢复的!




链接分享:
Git的安装
Git官网

猜你喜欢

转载自blog.csdn.net/Bule_daze/article/details/95315435