版本控制能在软件开发中，确保由不同的人编辑同一程序文件能同步。可以帮助程序员进行代码的追踪、维护、控制等操作。

目录

1.Git的概念

1.1.分布式版本控制

2.Git的安装与配置

2.1.Git的安装

2.2.Git的命令工具

2.2.1.Git CMD

2.2.2.Git GUI

2.2.3.Git Bash

2.3.Git的配置

2.4.Git的命令别名（alias）

3.Git的本地仓库

3.1.初始化Git仓库 - git init

3.2.从Git远程仓库克隆 - git clone

4.Git的状态和忽略文件 

4.1.文件的状态划分

4.2.Git忽略文件.gitignore

5.Git的基本命令

5.1.文件添加到暂存区 - git add

5.2.文件更新提交 - git commit

5.3.检测文件的状态 - git status

5.4.查看提交的历史 - git log

5.5.版本回退 - git reset

6.Git的远程仓库

6.1.远程仓库的验证

6.1.1.基于HTTP的凭证存储

6.1.2.基于SSH的密钥

6.2.从远程仓库克隆代码 - git clone

6.2.1.查看远程仓库 - git remote

6.2.2.添加远程仓库 - git remote add

6.2.3. 重命名远程仓库 - git remote rename

6.2.4. 移除远程仓库 - git remote remove

6.3.本地仓库代码推送到远程仓库 - git push 

6.4.从远程仓库获取最新的代码 - git pull

7.Git的标签 

7.1.创建标签 - git tag

7.2.推送标签到远程仓库服务器 - git push origin --tags

7.3.删除本地标签 - git tag -d

7.4.删除远程标签 - git push  --delete

8.Git的分支

8.1.Git master分支

8.2.创建分支 - git branch

8.3.切换分支 - git checkout

8.4.创建分支同时切换过去 - git checkout -b

8.5.查看分支 - git branch 等

8.6.删除分支 - git  branch -d

8.7.合并分支 - git merge

9. Git的rebase用法

9.1.merge和rebase的选择

10.Git的工作流与常见命令速查表

---

1.Git的概念

早期的时候，Linux社区使用的是BitKeeper来进行版本控制；但是因为一些原因，BitKeeper想要收回对Linux社区的免费授权；于是Linus用了大概一周的时间，开发了Git用来取代BitKeeper；Linus完成了Git的核心设计，在之后Linus功成身退，将Git交由另外一个Git的主要贡献者Junio C Hamano来维护；

1.1.分布式版本控制

• 客户端并不只提取最新版本的文件快照， 而是把代码仓库完整地镜像下来，包括完整的历史记录；
• 这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复；
• 因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份；

  

所以安全性会更高一些，公司基本上都是使用git来管理项目的，我们也会重点学习git。

2.Git的安装与配置

要使用git，我们就需要安装git。 下载完git可以配置个人喜好或者信息。

2.1.Git的安装

git官网可以下载https://git-scm.com/downloads，根据对应的操作系统下载。 

同时还需要查看自己的电脑是64位的还是32位的，下载对应的版本。 

 

按照默认配置全局安装就可以了。 

 

2.2.Git的命令工具

Git下载安装完之后，也会安装Git CMD、 Git GUI、Git Bash。点击鼠标右键就会出现Git GUI和Git Bash。

2.2.1.Git CMD

• 命令行提示符（CMD）是 Windows 操作系统上的命令行解释程序；
• 当你在 Windows 上安装 git 并且习惯使用命令行时，可以使用 cmd 来运行 git 命令；

 其实Git CMD就是对命令行解释程序的封装。

你可以在Git CMD运行git命令，但是后面提到的Bash更方便。 

2.2.2.Git GUI

• 针对那些不喜欢命令行执行命令的人；
• 它提供了一个图形用户界面来运行 git 命令；

点击鼠标右键，点击Git GUI Here就可以进入。 

2.2.3.Git Bash

• Git Bash 就是一个 shell，是 Windows 下的命令行工具，可以执行 Linux 命令；
• Git Bash 是基于 CMD 的，在 CMD 的基础上增添一些新的命令与功能；
• 需要使用git的时候，用 Bash 更加方便，建议使用Git Bash；

点击鼠标右键，选择Git Bash Here就可以打开。

可以在这样的一个界面使用git命令。建议使用Git Bash。

2.3.Git的配置

安装Git后，要做的第一件事就是设置你的用户名和邮件地址。

• 这一点很重要，因为每一个 Git 提交都会使用这些信息，它们会写入到你的每一次提交中，不可更改；
• 如果使用了 --global 选项，那么该命令只需要运行一次，因为之后无论你在该系统上做任何事情， Git 都会使用那些信息；

需要配置用户名，也需要配置自己的邮件地址。

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

git config --global user.email "电子邮箱"

使用git config --list就可以查看自己的配置信息。

在C盘也可以找到gitconfig文件， 

 如果用记事本方式打开可以看到里面的配置信息。

2.4.Git的命令别名（alias）

如果不想每次都输入完整的git命令，可以给每个命令设置一个别名。

git config --global alias.st status

这个命令是给status起别名st，在配置完了之后输入git st就相当于git status。 

不过正常不会设置别名，完整的git命令也不长。

3.Git的本地仓库

我们使用Git来管理代码，本地也需要有一个Git仓库。

有两种获取Git仓库的方式：

1. 如果要新建一个项目，就需要初始化一个Git仓库，我们可以将当前项目的文件都添加到Git仓库中。
2. 如果已经有一个项目了，从其他服务器克隆一个已经存在的Git仓库。

3.1.初始化Git仓库 - git init

初始化仓库是用在创建一个新项目的时候。 

git init

这个命令将创建一个名为.git的子目录，这个子目录有初始化Git仓库中所有的必须文件，这些文件是Git仓库的核心。

 

 

3.2.从Git远程仓库克隆 - git clone

如果已经创建过Git仓库了，我们可以从服务器克隆远程仓库到本地。

git clone https://github.com/xxx/xxxxx.git

克隆开源项目的时候不需要验证，如果是闭源项目的话，就需要验证了，后面学习。

4.Git的状态和忽略文件 

为了更好地对仓库文件进行管理，把文件划分了多个状态。一些不需要归于Git管理的文件也可以写忽略文件进行管理。 

4.1.文件的状态划分

我们需要对文件进行不同状态的划分，判断是否已经归于Git仓库的管理。

未跟踪(untracked)：默认情况下，Git仓库下的文件也没有添加到Git仓库管理中，我们需要通过add命令来操作；可以只添加一个文件，也可以添加所有文件。

已跟踪的文件又细分为三种状态：

• 暂存(staged)：暂存区中的文件状态；代表已经跟踪这个文件了，没有和任何一次提交联系在一起。
• 未修改(Unmodified)：commit命令，可以将staged中文件提交到Git仓库
• 修改(Modified)：修改了某个文件后，会处于Modified状态；

4.2.Git忽略文件.gitignore

有一些文件是不需要纳入Git管理的，也不希望它们出现在未跟踪文件中。

我们可以创建一个.gitignore文件，ignore是忽略的意思。编辑要忽略的文件，比如日志文件或者临时文件。

实际开发时也比较少去手动创建，Vue创建项目时也会自动创建.gitignore文件。

 

这是Vue创建项目时自动生成的.gitignore文件，

• 包括一些不需要提交的文件、文件夹； 本地环境变量文件； 日志文件； 编辑器自动生成的文件；

也可以在github上面找.gitignore文件。

里面有非常多文件的忽略文件。

5.Git的基本命令

一些基本的命令使用的频率是非常频繁的，比如git add和git commit -m""，以后会经常和这些命令打交道的。

5.1.文件添加到暂存区 - git add

想要跟踪一个新文件或者跟踪一个修改的文件就需要使用git add命令。

• 如果创建了一个新的文件，这个文件没有跟踪就属于未跟踪（untracked）状态，可以使用git add 文件名放进暂存区（Staged）。
• 一个修改的文件处于修改（Modified）状态，也同样可以使用git add 文件名放进暂存区（Staged）。

如果想要把所有文件都放进暂存区（Staged），就可以使用命令：

git add .

不管是修改的文件（Modified）还是未跟踪的新文件都可以使用git add . 命令一次性全部添加进暂存区（Staged）

.点代表全部。 

5.2.文件更新提交 - git commit

把想要的文件git add放到暂存区里面，就可以提交了。

提交的命令git commit。加上-m后面就可以添加上提交信息了。

git commit -m "提交信息"

如果觉得先add再commit的操作比较繁琐，可以把两个操作合并成一个命令。

git commit -a -m "提交信息"

5.3.检测文件的状态 - git status

使用git status就可以检测文件的状态。查看有哪些文件处于未跟踪(Untracked)状态、修改(modified)状态、暂存(staged)状态、未修改(Unmodified)状态。

不管在什么状态，使用git status都可以检测得到。 

5.4.查看提交的历史 - git log

提交的更新，克隆了某个项目之后，有时候我们想要查看一下所有的历史记录。

我们就可以使用git log命令查看提交的历史。

这个命令会列出每个提交的 SHA-1 校验和、作者的名字和电子邮件地址、提交时间以及提交说明；

如果想要简洁的提交历史，可以使用git log --pretty=oneline命令。

想要提交历史的图结构，可以使用git log --pretty=oneline --graph命令。

做切换分支合并操作的时候图结构才比较明显。

5.5.版本回退 - git reset

可以用git log查看自己的版本。HEAD指针指向的就是当前的版本。

• 上一个版本就是HEAD^，git reset --hard HEAD^，上上一个版本就是HEAD^^，git reset --hard HEAD^^；
• 如果是上1000个版本，我们可以使用git reset --hard HEAD~1000；
• 我们可以可以指定某一个commit id，git reset --hard 452ef7f ；

常用的是回退上一个版本 git reset --hard HEAD^和回退到指定的版本git reset --hard 452ef7f

使用git reset回退到了452ef2f的版本，但是用git log查看日志，好像之前的版本不见了，而且也不知道那个版本的校验和怎么办？

可以使用git reflog查看所有的记录，包括回退的记录。

使用git reflog查看所有记录后找到想要的版本的校验和码，就可以重新回到之前的版本了。

6.Git的远程仓库

目前我们的代码都是在本地仓库中，刚才做的那些都是在本地操作的；在开发的时候，我们大部分情况下是多人开发的，而且代码也是共享到远程仓库的。

所以我们需要一个远程仓库。

• 远程仓库通常是搭建在某一个服务器上的（当然本地也可以，但是本地很难共享）；
• 所以我们需要在Git服务器上搭建一个远程仓库；

• 使用第三方的Git服务器：比如GitHub、Gitee、Gitlab等等；
• 在自己服务器搭建一个Git服务；

常见的远程仓库：GitHub、Gitee、Gitlab。

• GitHub：https://github.com/
• Gitee：https://gitee.com/
• 自己搭建Gitlab

GitHub访问起来比较慢；Gitee开源项目需要审核比较麻烦，而且企业版是要收费的； 大部分的公司都是在自己的服务器搭建Gitlab的。

6.1.远程仓库的验证

有些仓库是开源的，有些仓库的私有的，如果任何人都可以操作私有仓库的话，不利于管理私有项目，所以我们需要身份验证。

目前Git服务器验证手段有两种：

基于HTTP的凭证存储和基于SSH的密钥。

6.1.1.基于HTTP的凭证存储

• 如果每次都这样操作，那么会非常麻烦；
• 幸运的是，Git 拥有一个凭证系统来处理这个事情；

• 选项一：默认所有都不缓存。 每一次连接都会询问你的用户名和密码；
• 选项二：“cache” 模式会将凭证存放在内存中一段时间。 密码永远不会被存储在磁盘中，并且在15分钟后从内存中清除；
• 选项三：“store” 模式会将凭证用明文的形式存放在磁盘中，并且永不过期；
• 选项四：如果你使用的是 Mac，Git 还有一种 “osxkeychain” 模式，它会将凭证缓存到你系统用户的钥匙串中（加密的）；
• 选项五：如果你使用的是 Windows，你可以安装一个叫做 “Git Credential Manager for Windows” 的辅助工具；
• 可以在 https://github.com/Microsoft/Git-Credential-Manager-for-Windows 下载

在安装git的时候默认配置有选项安装 “Git Credential Manager for Windows”的辅助工具了。也可以使用git config credential.helper的命令来验证。

这样就说明有这个辅助工具了。

克隆私有仓库的时候会做一次身份验证，后续操作都不需要重新再输入账户密码了，辅助工具已经帮你记录下来了。

如果想要删除这个凭证的话，在控制面板=>用户账户=>管理你的凭据=>Windows凭据可以管理凭证。

6.1.2.基于SSH的密钥

Secure Shell（安全外壳协议，简称SSH）是一种加密的网络传输协议，可在不安全的网络中为网络服务提供安全的传输环境。

• 其中一种方法是使用自动生成的公钥-私钥对来简单地加密网络连接，随后使用密码认证进行登录；
• 另一种方法是人工生成一对公钥和私钥，通过生成的密钥进行认证，这样就可以在不输入密码的情况下登录；
• 公钥需要放在待访问的电脑之中，而对应的私钥需要由用户自行保管；

 

如果我们要用SSH的方式访问仓库，就需要生产对应的公钥和私钥。

ssh-keygen -t ed25519 -C "your email"用得更多，-C后面的是注释，一般写邮箱更多一些。

1.在Git Bash输入命令，就可以生成公钥和私钥了。

 

 2.生成的私钥和公钥会保存下来，把公钥复制下来，打开自己的远程仓库。

3.打开远程仓库服务器，配置SSH公钥，把公钥粘贴下去，并且添加一个标题。

4.密码验证，就成功添加了。

 

6.2.从远程仓库克隆代码 - git clone

想要管理远程仓库，就需要有远程仓库，所以我们需要将远程仓库克隆下来。

git clone https://gitee.com/xxxxxxxx.git

有了远程仓库可以用一些命令管理远程仓库。

6.2.1.查看远程仓库 - git remote

克隆下来的代码就是有自己的远程仓库的。

git remote

git remote -v

加上-v可以查看更加详细的内容。 

6.2.2.添加远程仓库 - git remote add

我们可以继续添加远程仓库服务器，让本地的仓库和远程服务器仓库建立连接。

git remote add <shortname> <url>

6.2.3. 重命名远程仓库 - git remote rename

可以给远程仓库服务器重命名，originName为原名，changedName为改后的名。 

git remote rename <originName> <changedName>

6.2.4. 移除远程仓库 - git remote remove

可以使用命令移除远程仓库。deleteName是要删除的远程仓库名。

git remote remove <deleteName>

6.3.本地仓库代码推送到远程仓库 - git push 

将当前分支（比如master）psuh本地仓库推送到远程仓库

git push

git push origin master 

6.4.从远程仓库获取最新的代码 - git pull

git fetch是从远程仓库获取最新的代码，但是没有和本地仓库合并，

需要用git merge将远程仓库的代码和本地仓库合并。

两次操作有些繁琐，我们可以通过一个命令来操作git pull。

git pull 就是 git fetch + git merge的合并。

如果多人开发，每次提交之前最好先git pull一下获取最新的代码。 

7.Git的标签 

Git可以给仓库历史中的某一次提交打上标签，人们会用标签来标记发布结点。

对于重大的版本我们会打上一个标签，以表现它的重要性。

7.1.创建标签 - git tag

Git支持两种标签：轻量标签和附注标签。

轻量标签就是只标注标签版本号，而附注标签则添加了一些额外信息。

轻量标签git tag v1.0

附注标签git tag -a v1.1 -m "添加信息" 

7.2.推送标签到远程仓库服务器 - git push origin --tags

默认情况下git push 命令是不会推送标签到远程仓库服务器上的。

所以我们需要有其他的命令来推送这个标签到共享服务器上。 

• 如果是推送一个指定的标签，可以使用git push origin v1.0
• 如果是推送本地所有的标签，可以使用git push origin --tags

推送上共享服务器之后，其他开发者从仓库拉取或者克隆的时候，就可以拿到标签了。

7.3.删除本地标签 - git tag -d <tagname>

如果要删除本地仓库上的标签的话，可以使用命令git tag -d <tagname>，tagname就是标签的版本号。

7.4.删除远程标签 - git push <remote> --delete <tagname>

如果想要删除远程标签，可以使用git push <remote> --delete <tagname>。

8.Git的分支

基本上所有的版本控制系统都支持分支，分支的作用是把个人的开发从开发主线上分离开来，以免影响到开发主线。 

8.1.Git master分支

进行提交操作的时候，Git会保存一个提交对象，

• 这个提交对象里面包含一个指向暂存内容快照的指针。
• 提交对象还包含了作者的姓名和邮箱、提交时输入的信息以及指向它的父对象的指针。
• 首次提交产生的提交对象没有父对象，普通提交操作产生的提交对象有一个父对象；

 

Git的分支，本质上是指向提交对象的可变指针。而Git的默认分支是master，master在每次提交的时候都会自动向后移动。

Git的master分支不是一个特殊的分支，它和普通的分支没有区别，只不过git init命令会默认创建它。

8.2.创建分支 - git branch <branchname>

创建新分支时，Git创建了一个可移动的新指针。

如果我们想要创建一个testing的分支，我们可以使用git branch testing命令。

 

 

现在有两个分支master和testing，怎么区别在哪个分支里面呢？

Git是通过一个HEAD的特殊指针进行区分的。

尽管有两个分支，但HEAD指向哪个现在就在哪个分支上。

 

8.3.切换分支 - git checkout <branchname>

我们可以通过git checkout <branchname>切换分支，branchname就是想要切换的分支名。

可以看到分支已经从master切换到testing了。

8.4.创建分支同时切换过去 - git checkout -b <newbranchname>

如果觉得先用git branch创建分支再用git checkout切换分支太麻烦的话，可以把这两个命令合并成一个git checkout -b <newbranchname>。

不仅创建了分支，还切换到了新的分支。

8.5.查看分支 - git branch 等

如果我们希望查看所有分支，可以通过以下的命令：

• git branch  查看当前所有的分支
• git branch –v  同时查看最后一次提交
• 
• git branch --merged  查看所有合并到当前分支的分支
• git branch --no-merged  查看所有没有合并到当前分支的分支

8.6.删除分支 - git  branch -d <deletebranch>

如果有一些分支我们不需要了，我们可以通过以下的命令删除：

• git branch –d <deletebranch>  删除当前分支
• git branch –D <deletebranch>  强制删除某一个分支

8.7.合并分支 - git merge

有的时候需要将两个分支合并。

1. 需要先切换到开发主线的那个分支，比如master。git checkout master
2. 假设想要合并的那个分支名为branch1，可以使用git merge branch1合并两个分支。

9. Git的rebase用法

在Git中整合两个不同分支的修改方式有两种方法：merge和rebase。

 

使用merge整合不同分支的方法：

• 主分支是master分支，但在C2结点分出了experiment分支；
• experiment分支的C4做了提交，代码有修改；
• master主分支的C3做了提交，代码也有修改；
• 我们想整合都做了修改的C3和C4，需要git checkout master切换到master主分支，git merge experiment把这两个分支整合在一起。

 

• 你可以使用 rebase 命令将提交到某一分支上的所有修改都移至另一分支上，就好像“重新播放”一样；
• rebase这个单词我们可以将其理解成改变当前分支的base；
• 比如使用git checkout experiment切换分支，在分支experiment上执行git rebase master，那么可以改变experiment的base为master。

 我们可以再次执行master上的合并操作：

• git checkout master
• git merge experiment

 

9.1.merge和rebase的选择

rebase和merge是对Git历史的不同处理方法：

• merge用于记录git的所有历史，那么分支的历史错综复杂，也全部记录下来；
• rebase用于简化历史记录，将两个分支的历史简化，整个历史更加简洁；

根据自己的特定场景选择merge或者rebase，但是永远不要在主分支上使用rebase

如果在main上面使用rebase，会造成大量的提交历史在main分支中不同； 而多人开发时，其他人依然在原来的main中，对于提交历史来说会有很大的变化；

10.Git的工作流与常见命令速查表

由于Git上的分支很方便，所以在开发中产生了很多Git的工作流：在整个项目开发周期的不同阶段，可以同时拥有多个开放的分支。

比如以下的工作流：

• master作为主分支；
• develop作为开发分支，并且有稳定版本时，合并到master分支中；
• topic作为某一个主题或者功能或者特性的分支进行开发，开发完成后合并到develop分支中；

 

还有比较常见的git flow