Git

Git是目前世界上最先进的分布式版本控制系统(没有之一)。

Git 是一个开源的分布式版本控制软件,用以有效、高速的处理从很小到非常大的项目版本管理。 Git 最初是由Linus Torvalds设计开发的,用于管理Linux内核开发。Git 是根据GNU通用公共许可证版本2的条款分发的自由/免费软件,安装参见:http://git-scm.com/

安装

淘宝镜像

安装完成后 命令行输入

1
2
$ git config --global user.name "Your Name"
$ git config --global user.email "[email protected]"

因为Git是分布式版本控制系统,所以,每个机器都必须自报家门:你的名字和Email地址。你也许会担心,如果有人故意冒充别人怎么办?这个不必担心,首先我们相信大家都是善良无知的群众,其次,真的有冒充的也是有办法可查的

git config 命令的 –global 参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。

查看是否设置成功

1
2
git config user.name
git config user.email

创建版本库

什么是版本库呢?版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”。

创建

首先,选择一个合适的地方,创建一个空目录

通过 git init 命令把这个目录变成Git可以管理的仓库

显示初始化一个新的空仓库。这里新仓库就建好了。

注: 建好后当前目录会多出一个.git 目录(隐藏) 这个目录是Git来跟踪管理版本库的,没事千万不要手动修改这个目录里面的文件,不然改乱了,就把Git仓库给破坏了。 也不一定必须在空目录下创建Git仓库,选择一个已经有东西的目录也是可以的。不过,不建议你使用自己正在开发的公司项目来学习Git,否则造成的一切后果概不负责。

文件添加到版本库

首先这里再明确一下,所有的版本控制系统,其实只能跟踪 文本文件 的改动,比如TXT文件,网页,所有的程序代码等等,Git也不例外。版本控制系统可以告诉你每次的改动,比如在第5行加了一个单词“Linux”,在第8行删了一个单词“Windows”。而图片、视频这些二进制文件,虽然也能由版本控制系统管理,但没法跟踪文件的变化,只能把二进制文件每次改动串起来,也就是只知道图片从100KB改成了120KB,但到底改了啥,版本控制系统不知道,也没法知道。

不幸的是,Microsoft的Word格式是二进制格式,因此,版本控制系统是没法跟踪Word文件的改动的,前面我们举的例子只是为了演示,如果要 真正使用版本控制系统,就要以纯文本方式编写文件

因为文本是有编码的,比如中文有常用的GBK编码,日文有Shift_JIS编码,如果没有历史遗留问题,强烈建议使用标准的 UTF-8 编码,所有语言使用同一种编码,既没有冲突,又被所有平台所支持。

注:

git 与 Linux 命令好多相通 这里我是直接用vim编辑的_

Git命令必须在Git仓库目录内执行(git init除外),在仓库目录外执行是没有意义的。

言归正传,现在我们编写一个readme.txt文件,内容如下:

1
2
Git is a version control system.
Git is free software.

一定要放到first_rep目录下(子目录也行),因为这是一个Git仓库,放到其他地方Git再厉害也找不到这个文件。

把一个文件放到Git仓库只需要两步。

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

1
git add readme.txt

执行上面的命令,没有任何显示,这就对了,Unix的哲学是“没有消息就是好消息”,说明添加成功。

(在这里一个问题 如果出现提示“warning: LF will be replaced by CRLF” 可以不管也可以解决-解决办法https://www.jianshu.com/p/450cd21b36a4)

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

git commit -m "wrote a readme file"

简单解释一下git commit命令,-m后面输入的是本次提交的说明,可以输入任意内容,当然最好是有意义的,这样你就能从历史记录里方便地找到改动记录。

嫌麻烦不想输入-m "xxx"行不行?确实有办法可以这么干,但是强烈不建议你这么干,因为输入说明对自己对别人阅读都很重要。实在不想输入说明的童鞋请自行Google,我不告诉你这个参数。

git commit命令执行成功后会告诉你,1 file changed:1个文件被改动(我们新添加的readme.txt文件);2 insertions:插入了两行内容(readme.txt有两行内容)。

image

为什么Git添加文件需要add,commit一共两步呢?因为commit可以一次提交很多文件,所以你可以多次add不同的文件,比如:

1
2
3
git add file1.txt
git add file2.txt file3.txt
git commit -m "add 3 files."

总结

  1. 初始化一个Git仓库,使用git init命令。
  2. 添加文件到Git仓库,分两步:
    • 使用命令git add ,注意,可反复多次使用,添加多个文件;
    • 使用命令git commit -m ,完成。

时光机穿梭

版本修改

我们已经成功地添加并提交了一个readme.txt文件,现在我们继续修改readme.txt文件,改成如下内容

1
2
Git is a distributed version control system.
Git is free software.

git status 命令 :查看结果该命令让我们时刻掌握仓库当前的状态,上面的命令输出告诉我们,readme.txt被修改过了,但还没有准备提交的修改。

git diff 命令 : 查看修改内容

提交修改和提交新文件是一样的两步, 但在我们添加完成提交之前 查看状态 git status告诉我们,将要被提交的修改包括readme.txt,下一步,就可以放心地提交了

提交后,我们再用git status命令看看仓库的当前状态,Git会告诉我们当前没有需要提交的修改,而且,工作目录是干净(working tree clean)的。

image

版本回退

你不断对文件进行修改,然后不断提交修改到版本库里,就好比玩RPG游戏时,每通过一关就会自动把游戏状态存盘,如果某一关没过去,你还可以选择读取前一关的状态。有些时候,在打Boss之前,你会手动存盘,以便万一打Boss失败了,可以从最近的地方重新开始。Git也是一样,每当你觉得文件修改到一定程度的时候,就可以“保存一个快照”,这个快照在Git中被称为commit。一旦你把文件改乱了,或者误删了文件,还可以从最近的一个commit恢复,然后继续工作,而不是把几个月的工作成果全部丢失。

现在,我们回顾一下readme.txt文件一共有几个版本被提交到Git仓库里了:

  • 版本1:wrote a readme file
1
2
Git is a version control system.
Git is free software.
  • 版本2:add distributed
1
2
Git is a distributed version control system.
Git is free software.
  • 版本3:append GPL
1
2
Git is a distributed version control system.
Git is free software distributed under the GPL.

当然了,在实际工作中,我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用 git log 命令查看:

git log 命令显示从最近到最远的提交日志,我们可以看到3次提交,最近的一次是append GPL,上一次是add distributed,最早的一次是wrote a readme file。

如果嫌输出信息太多,看得眼花缭乱的,可以试试加上–pretty=oneline参数:

需要友情提示的是,你看到的一大串类似1094adb…的是commit id(版本号),和SVN不一样,Git的commit id不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示,而且你看到的commit id和我的肯定不一样,以你自己的为准。为什么commit id需要用这么一大串数字表示呢?因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了。

每提交一个新版本,实际上Git就会把它们自动串成一条时间线。如果使用可视化工具查看Git历史,就可以更清楚地看到提交历史的时间线:

好了,现在我们启动时光穿梭机,准备把readme.txt回退到上一个版本,也就是add distributed的那个版本,怎么做呢?

首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交1094adb…(注意我的提交ID和你的肯定不一样),上一个版本就是 HEAD^,上上一个版本就是 HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成 HEAD~100

  1. 现在,我们要把当前版本append GPL回退到上一个版本add distributed,就可以使用 git reset 命令:
  2. 现在我们用git log再看看现在版本库的状态:

最新的那个版本append GPL已经看不到了!好比你从21世纪坐时光穿梭机来到了19世纪,想再回去已经回不去了,肿么办? 办法其实还是有的,只要上面的命令行窗口还没有被关掉,你就可以顺着往上找啊找啊,找到那个append GPL的commit… id是 528cd … ,于是就可以指定回到未来的某个版本。版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了

Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向append GPL:

1
2
3
4
5
6
7
8
9
10
11
┌────┐
│HEAD│
└────┘

└──> ○ append GPL

○ add distributed

○ wrote a readme file


改为指向add distributed :

1
2
3
4
5
6
7
8
9
10
11
┌────┐
│HEAD│
└────┘

│ ○ append GPL
│ │
└──> ○ add distributed

○ wrote a readme file


然后顺便把工作区的文件更新了。所以你让HEAD指向哪个版本号,你就把当前版本定位在哪。

你回退到了某个版本,后悔了想恢复到新版本怎么办?找不到新版本的commit id怎么办?

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

从输出可知,append GPL的commit id是 528cdb1 ,现在,你又可以乘坐时光机回到未来了。

总结

  • HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令 git reset --hard commit_id
  • 穿梭前,用 git log 可以查看提交历史,以便确定要回退到哪个版本。
  • 要重返未来,用 git reflog 查看命令历史,以便确定要回到未来的哪个版本。

工作区 暂存区 本地仓

概念

  • 需要明白这3个概念,工作区(working tree),暂存区(index /stage),本地仓库(repository)
  • git跟不同的参数,比较不同的区间的版本。
  1. git diff:是查看working tree与index的差别的。
  2. git diff –cached:是查看index与repository的差别的。
  3. git diff HEAD:是查看working tree和repository的差别的。其中:HEAD代表的是最近的一次commit的信息。
  4. 理解这张图

管理修改

  • 场景0 : 一个文件修改add后commit前 再次修改工作区文件没有add commit只会提交第一个版本哦!所以第二次修改玩也要add一次。

  • 场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令 git restore file

  • 场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git restore --staged ,就回到了场景1,第二步按场景1操作。

  • 场景3:已经提交了不合适的修改到本地仓时,想要撤销本次提交,用git reset回退版本

  • 场景4: 已经推送到远程库,GG

删除文件

这里我要解释点东西前面说过Git和Linux命令有些相同 例如删除

git rm 是 git bash操作。而 rm命令是linux bash就有的东西,是用来删除文件用的哪里都能用

如果你直接rm的文件 就等于直接删除了工作区的文件 直接 git restore file 就行
如果你用的 git rm 那就等于 不仅删除了文件,而且还添加到了暂存区! 那就先git restore –staged file 再git restore file也能恢复
如果你真的想彻底把版本库的删除掉,就先git rm,再git commit 就ok了

远程仓库

前提

在继续阅读后续内容前,请自行注册GitHub账号。由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的,所以,需要一点设置:

第1步:创建SSH Key。在用户主目录下,看看有没有.ssh目录,如果有,再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件,如果已经有了,可直接跳到下一步。如果没有,打开Shell(Windows下打开Git Bash),创建SSH Key:

还有 id_rsa是私钥 不能给别人看哦

1
ssh-keygen -t rsa -C "[email protected]" #这里不一定要填邮箱 这只是一个注释

第二步:登录github 点击头像那里的settings,找到 “SSH Keys”:

点”SSH and GPG keys”,再点”New SSK key”,Title随意填不填也行,在Key文本框里粘贴id_rsa.pub文件的内容:

点击Add SSH key 即成功

使用命令

1
ssh -T [email protected]

如果出现
Hi xxx! You’ve successfully authenticated, but GitHub does not provide shell access.
这就表示已成功连上github。

最后友情提示,在GitHub上免费托管的Git仓库,任何人都可以看到喔(但只有你自己才能改)。所以,不要把敏感信息放进去。

添加远程库

“有了远程仓库,妈妈再也不用担心我的硬盘了。”——Git点读机

现在 我们先在github上创建一个仓库

现在的情景是,你已经在本地创建了一个Git仓库后,又想在GitHub创建一个Git仓库,并且让这两个仓库进行远程同步,这样,GitHub上的仓库既可以作为备份,又可以让其他人通过该仓库来协作,真是一举多得。

1
git remote add origin [email protected]:Coisini-zxz/first_remote_rep.git

注意!把上面的 Coisini-zxz 替换成你自己的GitHub账户名,否则,你在本地关联的就是我的远程库,关联没有问题,但是你以后推送是推不上去的,因为你的SSH Key公钥不在我的账户列表中。添加后,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库。

GitHub给出的地址不止一个,还可以用 https://github.com/Coisini-zxz/first_remote_rep.git 这样的地址。实际上,Git支持多种协议,默认的git://使用ssh,但也可以使用https等其他协议。

1
git remote add origin https://github.com/Coisini-zxz/first_remote_rep.git 

使用https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令,但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。

推送

下一步,就可以把本地库的所有内容推送到远程库上:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
git push -u origin master
```

把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程。

由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。

注 :github默认把master改名成main了,所以 一 :可以不管它就推master,回头去github把main分支删了

二 : 按照main传也可以,不用删,到github里面把分支名字改成master就可以了

推送成功后,可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样:

从现在起,只要本地作了提交,就可以通过命令
``` Bash
git push origin master

把本地master分支的最新修改推送至GitHub,现在,你就拥有了真正的分布式版本库!

删除远程库

如果添加的时候地址写错了,或者就是想删除远程库,可以用 git remote rm 命令。使用前,建议先用 git remote -v 查看远程库信息:

此处的“删除”其实是解除了本地和远程的绑定关系,并不是物理上删除了远程库。远程库本身并没有任何改动。要真正删除远程库,需要登录到GitHub,在后台页面找到删除按钮再删除

克隆远程库

上次我们讲了先有本地库,后有远程库的时候,如何关联远程库。

现在,假设我们从零开发,那么最好的方式是先创建远程库,然后,从远程库克隆。

首先,登陆GitHub,创建一个新的仓库,名字叫gitskills:

我们勾选Initialize this repository with a README,这样GitHub会自动为我们创建一个README.md文件。创建完毕后,可以看到README.md文件

现在,远程库已经准备好了,下一步是用命令git clone克隆一个本地库:

1
git clone [email protected]:Coisini-zxz/gitskills.git

git库换成你自己的!

现在进入本地 gitskills 目录会发现已经有了已经有README.md文件了

总结

  1. 要关联一个远程库,使用命令git remote add origin [email protected]:path/repo-name.git;
  2. 关联一个远程库时必须给远程库指定一个名字,origin是默认习惯命名;
  3. 关联后,使用命令git push -u origin master第一次推送master分支的所有内容;
  4. 此后,每次本地提交后,只要有必要,就可以使用命令git push origin master推送最新修改;
  5. 分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在,也就是有没有联网都可以正常工作,而SVN在没有联网的时候是拒绝干活的!当有网络的时候,再把本地提交推送一下就完成了同步,真是太方便了!
  6. 要克隆一个仓库,首先必须知道仓库的地址,然后使用git clone命令克隆。
  7. Git支持多种协议,包括https,但ssh协议速度最快。

未完待续 。。。。。