先奉上Git常用命令速查表，方便大家查阅。

图片来自于网络

再来个目录说明，大家可以根据自己所需进行选择学习

简单目录说明

1 git简介

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

分布式版本控制系统：版本控制是一个用来记录一个或多个文件内容变化，以便将来查阅特定版本的修订情况的系统。

分布式和集中式的区别：

集中式版本控制系统：版本库是集中存放在中央服务器中，大家工作的时候自己的电脑必须要联网，才能拉获取到最新的版本库，工作结束后在上传至中央服务器。最新的版本库只存在于中央服务器中，安全性较低，提交速度较慢。

分布式版本控制系统：分布式版本控制系统可以没有中央服务器，因为每个人电脑中都会有一份完整的版本库，有人的版本库丢失了只需要向其他人复制一份就可以了，这样大大的提高了安全性。当然，分布式版本控制系统一般也是有一个中央服务器的，这样更加方便大家的文件的修改及统一。

2 安装

git安装自行解决🤓

Tip:以下操作使用 Git Bash

为了大家好，我就只截图，不贴代码啦😀

3 创建版本库

1）创建一个目录 or 进入一个目录

img1

2）使用 git init 将一个文件夹变成一个仓库

img2

这样一个空的仓库就创建了，仓库中的.git目录就是最好的证明，初始化仓库.git文件夹默认是隐藏的，可以手动设置可见性，也可以通过ls -sh来查看，这个目录就是git的核心，用来跟踪版本库的，即每个文件的修改、删除、还原都会被跟踪。

4 git的基本操作

首先，我们需要先来了解一下工作区，暂存区的概念。

img3

• 工作区（Working Directory）：就是我们电脑上可以看到的目录

• 版本库（Repository）：版本库就是我们初始化仓库时多出来的那个 .git文件夹。版本库中还包含了几个重要的东西。

• 暂存区（Stage）：工作区的文件使用add命令后会加入暂存区，而没有直接到仓库。

• maste分支：master分支也是在仓库初始化时自动创建的，当暂存区的文件commit后就会默认加入仓库的master分支。

为了便于观察，就使用idea来做实验，文件不同的颜色对应不同的状态

• 工作区：文件颜色是红色
• 暂存区：文件颜色是绿色
• 本地仓库中：文件颜色是白色
• 对本地仓库文件修改后：文件颜色是蓝色

第一步：先在工作区创建一个文件

img4

第二步：将工作区文件add到暂存区

img5

第三步：将暂存区文件commit到本地仓库

img6

第四步：对仓库中文件进行修改后的状态变化

img7

在上述每一个步骤中都可以通过git status来查看工作区状态，通过git diff来查看修改的内容。

5 撤销修改

• 撤销工作区的修改
  git checkout -- file：把文件放在工作区的修改全部撤销

1）修改后还没有被放到暂存区，将撤销回到git add的状态。

img8

2）已经添加到暂存区后做了修改，将撤销回到git commit状态

img9

• 撤销已到缓存区的修改
  命令：git reset HEAD file，HEAD为当前最新的版本。
  作用：将add进缓存区中的文件退回到工作区中。

6 版本回退、文件删除

先来了解两个命令：

• git log：查看版本库状态

img10

可见我们刚才一共提交了三个版本，当我们需要回退版本时需要使用

git reset --hard HEAD^命令，
HEAD表示当前的版本，
HEAD^ 表示上一个版本，上上个版本就是
HEAD^^了，以此类推。
HEAD~50即回退50个版本。

• git reflog：查看历史命令状态
  img11
  git log 和git reflog最大的不同就是使用git reflog会有一个commit id，但我们需要回退版本的时候只需要找到对应的commit id号就可以了.。即

git reset --hard commit_id

对文件的删除方式有两种

• git rm file命令：在删除的时候会将删除操作记录下来。
• rm file命令：在删除文件的时候不会将删除操作记录下来。

img12

但我们还是可以用版本回退来恢复误删的文件。

7 远程仓库（以码云平台为例）

本地、远程仓库联系

既然是远程仓库，那么我们就要想办法去将本地的代码上传到远程仓库，
具体的步骤：
1）在码云上创建一个仓库。

2）本地初始化一个仓库，且仓库不能为空，否则当提交到远程仓库是失败

3）使用git remote add origin '远程仓库地址'命令关联远程仓库

4）关联远程仓库
第一次关联使用git push -u origin master命令，加上-u参数，git会把本地仓库master分支内容推送到远程仓库的master分支，并且会将本地的master分支和远程的master分支关联起来，以后本地提交时只需要使用git push origin master命令即可。当远程仓库为空时可以关联成功。

第一次关联流程

SSH KEY配置

SSH key提供了一种与GitHub通信的方式，通过这种方式，能够在不输入密码的情况下，将GitHub作为自己的remote端服务器，进行版本控制。

1）创建一个SSH key

ssh-keygen -t rsa -C "youremail"

随后一路回车吧，使用默认值就好。完成后会在用户目录下（C:\Users**.ssh）目录中id_rsa和id_rsa.pub两个文件。

• id_rsa.pub：需在码云个人资料中配置，主要用来加密，当你拉取数据时进行加密。
• id_rsa：私钥，本地保留，对拉取到本地的数据进行解密

2）在码云上设置公钥信息

设置密钥

只有设置了SSH的电脑上才会免密码操作，其它没有设置的当需要提交的时候还是需要登录账号密码。当然你也可以在多个电脑上设置SSH，而且不管是id_rsa还是id_rsa_pub丢失，都必须重新生成密钥。

push/pull

克隆

两种方式：

git clone [-b <branchName>] ‘仓库地址’  //https协议
git clone [-b <branchName>]  git@'平台地址':‘用户名’/‘仓库名’.git    //ssh协议，速度较快

8 分支管理

分支概念

当我们每次提交时，都会产生一个版本，这些版本共同连成一条时间线，这条时间线就是一个分支。

分支基础

• 在我们没有创建分支时，git会默认给我们创建一个master分支。刚才讲的HEAD是指向分支的，即当前分支，在这就是指向master分支，而master才是指向提交的。
  • 查看当前分支

git branch           //会列出所有分支，分支前有*号的表示当前分支

HEAD/maste指向

• 每次提交，master分支都会向前进一步。

maste分支移动

• 当我们创建一个分支dev时，Git会创建一个新的指针dev，dev指针会指向master相同的提交版本节点，而HEAD也会指向 dev分支上，即当前版本是dev上的当前最新版本。
• 创建dev分支，并切换到该分支

git branch dev       //创建分支
git checkout dev   // 切换分支
 或
git checkout -b dev //创建并切换分支

创建dev分支

• 当我们创建分支并切换到该分支后，Git会将HEAD指向所创建的分支dev上，从而我们以后再提交时，master分支的指针将不会改变，而dev分支的指针会向前移动。

dev指针移动

• 当然有创建就会有合并， 在dev上的工作做完后，就可以把dev分支和master分支合并，合并也非常简单，只需要将master指向dev的当前提交即可。合并之后，HEAD会指向master分支。
• 合并分支

git merge dev //快速模式合并，直接将当前所处分支指针指向dev的当前提交版本。

分支合并

• 最后在合并之后也是可以把dev指针给删除掉。
• 分支删除

git branch -d dev   //删除dev分支

当前分支在没有提交的情况下删除使用

git branch -D dev

解决合并冲突

当然咯，在现实情况下，多多少少还是会出现在merge的时候出现冲突的，即同一个文件在两个分支中都被修改了，在合并时使用快速合并模式*就会产生冲突。

merge冲突发生

打开冲突的文件，Git会用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们可以对其修改后继续提交。

• <<<<<<< 和 ======= 之间是我们做的修改
• ======= 和 >>>>>>>之间是我们要合并的那个分支做的修改

冲突文件

分支管理策略

在合并时，Git会默认使用Fast forward（快速合并模式），在这种模式下，当我们删除分支后，相应的分支信息也会被删除。

如果要强制禁用Fast forward模式，在merge时Git就会生成一个新的commit，这样，我们就可以从分支历史上看到这条提交记录

实战：在dev分支对文件readme.txt修改，add，commit后，切换到master分支对readme.txt修改，add，commit后使用：

git merge --no-ff -m'提交信息' dev

这样就会产生一个新的commit，而且当前分支的修改会被merge的分支覆盖，使用带参数的git log查看分支历史

git log --graph --pretty=oneline --abbrev-commit

查看分支历史

1）BUG分支

在实际的开发过程中，我们需要去修复一个bug时，我们一般都会去创创建一个issue分支去修复这个bug，所以我们会把当前的工作现场存储起来。

• 将当前工作现场隐藏

git stash

• bug处理完成，删除issue分支
• 查看stash内的工作现场

git stash list

![查看所有工作现场](http://upload-images.jianshu.io/upload_images/3126293-95ca7c934eee9210.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

- 恢复指定现场

git stash apply stash@{0} //恢复现场
git stash drop stash@{0} //删除stash内的stash@{0}工作区
或
git stash pop stash@{0} //恢复现场并删除stash@{0}工作区

#### 9 多人协作
***
当我们从远程仓库克隆时，Git会自动的将本地的master分支和远程的master分支关联起来，远程仓库的默认地址是origin。

可以使用`git remote`来查看远程仓库信息
或
用`git remote -v`查看抓取和推送的master地址

**1) 推送分支**

git push origin master

**2）抓取分支**

Ⅰ 使用`git push origin branch_name`推送自己的修改

Ⅱ 若推送失败，则使用`git pull`试图合并

Ⅲ 如果出现冲突，那么就解决冲突，并在本地提交

Ⅳ没有冲突或解决掉冲突后继续执行 Ⅰ

#### 10 标签管理
***
在发布一个版本时，我们一般会再该版本上添加一个版本号做标识。这样我们在版本库中查询时也可以一目了然。
- 给当前分支创建标签

git tag <tag_name>

- 给历史提交记录创建标签

git tag <tag_name> 历史版本号 //（版本号用git reflog查询）

- 创建标签时填加备注信息

git tag -a <tag_name> -m ‘remark’

- 查看标签信息

git show <tag_name>

- 查看所有标签

git tag

***

- 删除标签

git tag -d <tag_name>

- 推送标签到远程

git push origin <tag_name> //推送单个标签
git push origin –tags //将全部未推送的的标签推送到远程

- 删除远程标签
 - 先删除本地标签
 - 再删除远程标签

git push origin :refs/tags/<tag_name>

#### 11  补充
***
- 把本地的分支提交到远程的某个分支（远程分支可以是未创建的）

git push origin own_branch:remote_branch

- 删除远程的分支

git push origin :remote_test //远程的分支被删除，本地的分支不会被删除

- 将一个文件从暂存区中删掉，但还存在与硬盘中

git rm –cache fileName

- 撤销上一次提交。

–soft 参数：将上一次的修改放入 staging area
–mixed 参数：将上一次的修改放入 working directory
–hard 参数：直接将上一次的修改抛弃

![image.png](http://upload-images.jianshu.io/upload_images/3126293-de192a11c0798478.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

- 查看远端仓库

git remote -v

- 拉取远程分支到本地分支

git pull origin remote : local

- 推送本地分支到远程分支

git push origin local : remote

- 查看某个文件的修改人

git blame fileName

- 获取远程的修改，但并不合并到当前分支

git fetch branchName

- 撤销当前的commit

git revert [HEAD]

> 这样整个git基础就完结了。由于笔者也是刚刚接触git不久，所以文中有不足的地方望大家多多指正😀