Git

1、Git是什么?

Git 是分布式版本控制系统,是一款源代码管理工具

集中式和分布式

SVN是集中式的版本控制系统,而Git是分布式版本控制系统

集中式

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

缺点: 必须联网才能工作,如果在局域网内还好,带宽够大,速度够快,可如果在互联网上,遇到网速慢的话,可能提交一个10M的文件就需要5分钟,这还不得把人给憋死啊。

分布式

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


2、Git的核心概念

工作区、暂存区、版本库、远程仓库

workspace(工作区): 工作区,就是你平时存放项目代码的地方

*Index/Stage(暂存区): *用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表信息

Repository(仓库区/版本库): 就是安全存放数据的位置,这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本

Remote(远程仓库):托管代码的服务器,例如github

分支


3、Git使用

安装完git之后,需要进行设置

1
2
$ git config --global user.name "Your Name" //github上注册的用户名
$ git config --global user.email "email@example.com" //注册时候的邮箱

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

1、创建版本库

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

1
2
3
4
5
6
7
8
<!--
1.选择一个合适的地方,创建一个空目录
2.通过git init命令把这个目录变成Git可以管理的仓库
-->
$ mkdir learngit
$ cd learngit
$ pwd
$ git init

image-20201003204453949

可以发现当前目录下多了一个.git的目录,这个目录是Git来跟踪管理版本库的,没事千万不要手动修改这个目录里面的文件,不然改乱了,就把Git仓库给破坏了。

image-20201003204907237

2、添加文件到版本库中

  1. 编写一个 readme.txt ,内容如下
1
2
Git is a version control system.
Git is free software.

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

  1. 用命令git add告诉Git,把文件添加到仓库:
1
$ git add readme.txt

没有任何显示,说明添加成功。

  1. 用命令git commit告诉Git,把文件提交到仓库:
1
git commit -m "wrote a readme file"

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

git commit命令执行成功后会告诉你:

  • 1 file changed:1个文件被改动(我们新添加的readme.txt文件);

  • 2 insertions:插入了两行内容(readme.txt有两行内容)。

为什么Git添加文件需要addcommit一共两步呢?

因为commit可以一次提交很多文件,所以你可以多次add不同的文件,比如:

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

3、修改文件

继续修改readme.txt文件

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

git status

运行git status命令看看结果:

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

git diff

查看具体修改了什么内容,需要用git diff这个命令看看:

知道了对readme.txt作了什么修改后,再把它提交到仓库就放心多了,提交修改和提交新文件是一样的两步:

第一步git add

1
git add readme.txt

在执行第二步git commit之前,我们再运行git status看看当前仓库的状态:

1
git status

第二步git commit

提交后,我们再用git status命令看看仓库的当前状态:

Git告诉我们当前没有需要提交的修改,而且,工作目录是干净(working tree clean)的。

4、版本回退

再继续修改readme.txt文件

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

然后尝试git addgit commit

现在有以下版本:

版本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 log

我们用git log命令查看历史版本

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

如果嫌输出信息太多,可以试试加上--pretty=oneline参数:

1094adb...的是commit id(版本号)是SHA1计算出来的一个非常大的数字,用十六进制表示。

怎么回退到上一个版本呢?

首先, Git必须知道当前版本是哪个版本, 在Git中,用HEAD表示当前版本, 上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100

我们要把当前版本append GPL回退到上一个版本add distributed,就可以使用git reset命令:

1
$ git reset --hard HEAD^

看看readme.txt的内容是不是版本add distributed

我们用git log再看看现在版本库的状态:最新的那个版本append GPL已经看不到了!

想再回去已经回不去了,肿么办?

找到那个append GPLcommit id1094adb...,于是就可以指定回到未来的某个版本:

1
$ git reset --hard 1094a

版本号没必要写全,前几位就可以了,Git会自动去找

再小心翼翼地看看readme.txt的内容:发现又回来了

image-20201004013542915

HEAD

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

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

└──> ○ append GPL

○ add distributed

○ wrote a readme file

改为指向add distributed

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

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

○ wrote a readme file

git reflog

Git提供了一个命令git reflog用来记录你的每一次命令:

5、工作区和暂存区

工作区(Working Directory)

下面的gitLearning文件夹目录就是工作区

版本库(Repository)

工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。

Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD

往版本库添加文件步骤

把文件往Git版本库里添加的时候,是分两步执行的:

  • 第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;

  • 第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。

你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。

6、撤销修改

git checkout

1
$ git checkout -- readme.txt

git checkout -- file可以丢弃工作区的修改:

命令git checkout -- readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况:

  • 一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;

  • 一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。

总之,就是让这个文件回到最近一次git commit 或者git add时的状态。

git reset

如果已经git add到暂存区了,如何撤销呢?

命令git reset HEAD <file>可以把暂存区的修改撤销掉(unstage),重新放回工作区。

git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区。当我们用HEAD时,表示最新的版本。

场景总结

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

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

  • 场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库

7、删除文件

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

1
$ rm test.txt

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

现在只是删除了工作区文件,下面会有两种情况

  • 一是确实要从版本库中删除该文件,那就用命令git rm删掉,并且git commit

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

1
$ git checkout -- test.txt

git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。


4、远程仓库

常用的远程仓库就是Github

由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的,所以,需要一点设置:

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

    1
    $ ssh-keygen -t rsa -C "youremail@example.com"

    如果一切顺利的话,可以在用户主目录里找到.ssh目录,里面有 id_rsaid_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人.))

  • 第二步:SSH密钥设置,登陆GitHub,打开settings-> SSH and GPG keys页面:

    然后,点New SSH Key,填上任意Title,在Key文本框里粘贴id_rsa.pub文件的内容:

    为什么GitHub需要SSH Key呢?

    因为GitHub需要识别出你推送的提交确实是你推送的,而不是别人冒充的,而Git支持SSH协议,所以,GitHub只要知道了你的公钥,就可以确认只有你自己才能推送

添加远程仓库

  • 首先,登陆GitHub,然后,在右上角找到“Create a new repo”按钮,创建一个新的仓库:

  • 在Repository name填入gitLearn,其他保持默认设置,点击Create repository按钮,就成功地创建了一个新的Git仓库:

  • 目前,在GitHub上的这个gitLearn仓库还是空的,GitHub告诉我们,可以从这个仓库克隆出新的仓库,也可以把一个已有的本地仓库与之关联,然后,把本地仓库的内容推送到GitHub仓库。 在本地的gitlearn仓库下运行命令

    1
    $ git remote add origin git@github.com:michaelliao/learngit.git

    添加后,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库.

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

    1
    2
    git branch -M main //对已经存在的分支重命名
    git push -u origin main

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

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

  • 推送成功后,可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样:从现在起,只要本地作了提交,就可以通过命令:

    1
    $ git push origin master

总结

关联一个远程库,使用命令git remote add origin git@server-name:path/repo-name.git

关联后,使用命令git push -u origin master第一次推送master分支的所有内容;

此后,每次本地提交后,只要有必要,就可以使用命令git push origin master推送最新修改;

从远程库克隆

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

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

    1
    git clone git@github.com:LiuYanFeiYu2020/gitskills.git

    注意把Git库的地址换成你自己的,然后进入gitskills目录看看,已经有README.md文件了:

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

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


5、分支管理

每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向mastermaster才是指向提交的,所以,HEAD指向的就是当前分支

  1. 一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点:

创建分支命令:

1
git branch <branch_name> #创建指定名称的分支

查看分支命令:

1
2
git branch #查看所有分支,* 号代表当前工作分支
git branch -v #查看分支详情,包括分支指向的commitId及提交信息

示例:

切换分支命令:

1
2
git checkout <branch_name> #切换到指定分支
git checkout -b <branch_name> #创建并切换到指定分支

示例:切换到dev分支,然后添加dev.txt文件并进行提交

示例:在dev分支上创建并切换到test分支

删除分支命令:

1
2
3
4
#删除一个干净的分支(即相对当前分支而言该分支没有新的提交记录)
git branch -d <branch_name>
#强制删除一个分支,该分支有没有合并到当前分支的提交记录
git branch -D <branch_name>

注意:删除分支前都需要先切换到其他分支才能进行删除操作

示例:在dev分支上删除test分支,test分支相对于dev来说是干净的分支,所以可以直接删除,然后切换到master分支,删除dev分支,此时需要进行强制删除。

恢复分支命令:

思路:对于已经有提交记录的分支删除后,实际上只是删除指针,commit记录还保留,如果想恢复,需要使用git reflog查找该分支指向的commitId,然后根据commitId创建新的分支

1
2
#根据指定commit创建新分支
git branch <branch_name> <hash_val>

示例:

重命名分支命令:

1
git branch -m <branch_name> newname

示例:

合并分支命令:

1
git merge <branch_name> #将指定分支合并到当前分支

6、Git的常用命令流程

  1. 从远程仓库中克隆 Git 资源作为本地仓库;
  2. 从本地仓库中checkout代码然后进行代码修改;
  3. 在提交本地仓库前先将代码提交到暂存区;
  4. 提交修改,提交到本地仓库;本地仓库中保存修改的各个历史版本;
  5. 在需要和团队成员共享代码时,可以将修改代码push到远程仓库。


7、Git常用命令

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
git init                                                  # 初始化本地git仓库(创建新仓库)
git config --global user.name "xxx" # 配置用户名
git config --global user.email "xxx@xxx.com" # 配置邮件
git config --global color.ui true # git status等命令自动着色
git config --global color.status auto
git config --global color.diff auto
git config --global color.branch auto
git config --global color.interactive auto
git config --global --unset http.proxy # remove proxy configuration on git
git clone git+ssh://git@192.168.53.168/VT.git # clone远程仓库
git status # 查看当前版本状态(是否修改)
git add xyz # 添加xyz文件至index
git add . # 增加当前子目录下所有更改过的文件至index
git commit -m 'xxx' # 提交
git commit --amend -m 'xxx' # 合并上一次提交(用于反复修改)
git commit -am 'xxx' # 将add和commit合为一步
git rm xxx # 删除index中的文件
git rm -r * # 递归删除
git log # 显示提交日志
git log -1 # 显示1行日志 -n为n行
git log -5
git log --stat # 显示提交日志及相关变动文件
git log -p -m
git show dfb02e6e4f2f7b573337763e5c0013802e392818 # 显示某个提交的详细内容
git show dfb02 # 可只用commitid的前几位
git show HEAD # 显示HEAD提交日志
git show HEAD^ # 显示HEAD的父(上一个版本)的提交日志 ^^为上两个版本 ^5为上5个版本
git tag # 显示已存在的tag
git tag -a v2.0 -m 'xxx' # 增加v2.0的tag
git show v2.0 # 显示v2.0的日志及详细内容
git log v2.0 # 显示v2.0的日志
git diff # 显示所有未添加至index的变更
git diff --cached # 显示所有已添加index但还未commit的变更
git diff HEAD^ # 比较与上一个版本的差异
git diff HEAD -- ./lib # 比较与HEAD版本lib目录的差异
git diff origin/master..master # 比较远程分支master上有本地分支master上没有的
git diff origin/master..master --stat # 只显示差异的文件,不显示具体内容
git remote add origin git+ssh://git@192.168.53.168/VT.git # 增加远程定义(用于push/pull/fetch)
git branch # 显示本地分支
git branch --contains 50089 # 显示包含提交50089的分支
git branch -a # 显示所有分支
git branch -r # 显示所有原创分支
git branch --merged # 显示所有已合并到当前分支的分支
git branch --no-merged # 显示所有未合并到当前分支的分支
git branch -m master master_copy # 本地分支改名
git checkout -b master_copy # 从当前分支创建新分支master_copy并检出
git checkout -b master master_copy # 上面的完整版
git checkout features/performance # 检出已存在的features/performance分支
git checkout --track hotfixes/BJVEP933 # 检出远程分支hotfixes/BJVEP933并创建本地跟踪分支
git checkout v2.0 # 检出版本v2.0
git checkout -b devel origin/develop # 从远程分支develop创建新本地分支devel并检出
git checkout -- README # 检出head版本的README文件(可用于修改错误回退)
git merge origin/master # 合并远程master分支至当前分支
git cherry-pick ff44785404a8e # 合并提交ff44785404a8e的修改
git push origin master # 将当前分支push到远程master分支
git push origin :hotfixes/BJVEP933 # 删除远程仓库的hotfixes/BJVEP933分支
git push --tags # 把所有tag推送到远程仓库
git fetch # 获取所有远程分支(不更新本地分支,另需merge)
git fetch --prune # 获取所有原创分支并清除服务器上已删掉的分支
git pull origin master # 获取远程分支master并merge到当前分支
git mv README README2 # 重命名文件README为README2
git reset --hard HEAD # 将当前版本重置为HEAD(通常用于merge失败回退)
git rebase
git branch -d hotfixes/BJVEP933 # 删除分支hotfixes/BJVEP933(本分支修改已合并到其他分支)
git branch -D hotfixes/BJVEP933 # 强制删除分支hotfixes/BJVEP933
git ls-files # 列出git index包含的文件
git show-branch # 图示当前分支历史
git show-branch --all # 图示所有分支历史
git whatchanged # 显示提交历史对应的文件修改
git revert dfb02e6e4f2f7b573337763e5c0013802e392818 # 撤销提交dfb02e6e4f2f7b573337763e5c0013802e392818
git ls-tree HEAD # 内部命令:显示某个git对象
git rev-parse v2.0 # 内部命令:显示某个ref对于的SHA1 HASH
git reflog # 显示所有提交,包括孤立节点
git show HEAD@{5}
git show master@{yesterday} # 显示master分支昨天的状态
git log --pretty=format:'%h %s' --graph # 图示提交日志
git show HEAD~3
git show -s --pretty=raw 2be7fcb476
git stash # 暂存当前修改,将所有至为HEAD状态
git stash list # 查看所有暂存
git stash show -p stash@{0} # 参考第一次暂存
git stash apply stash@{0} # 应用第一次暂存
git grep "delete from" # 文件中搜索文本“delete from”
git grep -e '#define' --and -e SORT_DIRENT
git gc
git fsck