Git 分布式版本控制工具详解以及在Gitee,Github中的使用和Gitlab部署（二）

一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第20天，点击查看活动详情。

二、Git 进阶

1. 分支

使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。或者说是在创建分支的时候生成一个副本，新创建的分支里面的内容就是这个副本里面的内容，避免影响开发主线。

1.1分支细分

1. 主分支（master）：第一次向 git 仓库提交更新记录时自动产生的一个分支。
2. 开发分支（develop）：作为开发的分支，基于 master 分支创建。
3. 功能分支（feature）：作为开发具体功能的分支基于开发分支创建。

1.2分支命令

• git branch 查看分支 （）
• git branch 分支名称 创建分支
• git checkout 分支名称 切换分支
• git merge 来源分支 合并分支
• git branch -d 分支名称 删除分支（分支合并后才允许被删除）（-D 大写强制删除）
  • git push origin :branch-name : 远程仓库同步删除掉的分支

注意：

开发分支文件后要 commit 后再切换主分支，否则分支文件会出现在主分支里面。

使用 git log 显示的时候，HEAD 指向的分支就是我们当前所在的分支

在当前分支的时候，不能删除当前分支，只能删除其他分支

分支管理

1. 创建分支：git branch ，如git branch testing；
2. 从当前所处的分支切换到其他分支：git checkout ，如git checkout testing；
3. 新建并切换到新建分支上：git checkout -b ;
4. 删除分支：git branch -d ；（-d 删除分支的时候，需要进行各种检查，比如说我们对一个分支进行了修改之后并没有将该分支合并到其他分支上面，这个时候我们使用 -d 删除的话，他会有提示显示，而且删除失败；-D 删除分支的时候，不作任何检查，直接强制进行删除）
5. 将当前分支与指定分支进行合并：git merge ;
6. 显示本地仓库的所有分支：git branch;
7. 查看各个分支最后一个提交对象的信息：git branch -v;
8. 查看哪些分支已经合并到当前分支：git branch --merged;
9. 查看当前哪些分支还没有合并到当前分支：git branch --no-merged;
10. 把远程分支合并到当前分支：git merge /，如git merge origin/serverfix；如果是单线的历史分支不存在任何需要解决的分歧，只是简单的将 HEAD 指针前移，所以这种合并过程可以称为快进（Fast forward），而如果是历史分支是分叉的，会以当前分叉的两个分支作为两个祖先，创建新的提交对象；如果在合并分支时，遇到合并冲突需要人工解决后，再才能提交；
11. 在远程分支的基础上创建新的本地分支：git checkout -b /，如git checkout -b serverfix origin/serverfix;
12. 从远程分支 checkout 出来的本地分支，称之为跟踪分支。在跟踪分支上向远程分支上推送内容：git push。该命令会自动判断应该向远程仓库中的哪个分支推送数据；在跟踪分支上合并远程分支：git pull；
13. 将一个分支里提交的改变移到基底分支上重放一遍：git rebase ，如git rebase master server，将特性分支 server 提交的改变在基底分支 master 上重演一遍；使用 rebase 操作最大的好处是像在单个分支上操作的，提交的修改历史也是一根线；如果想把基于一个特性分支上的另一个特性分支变基到其他分支上，可以使用--onto操作：git rebase --onto ，如git rebase --onto master server client；使用 rebase 操作应该遵循的原则是：一旦分支中的提交对象发布到公共仓库，就千万不要对该分支进行 rebase 操作；

1.3分支冲突

当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行（如果不是同一行的话，系统会给你自动合并的），这时就需要手动解决冲突，解决冲突步骤如下：

1. 处理文件中冲突的地方（有冲突的地方，我们可以直接进入对应的文件里面，根据不同分支里面的内容信息，进行选择性删除保存，最后 add commit 就行了）

2. 将解决完冲突的文件加入暂存区(add)

3. 提交到仓库(commit)

   示例代码如下（这里面我们使用了vi 编辑器）：

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master)
$ git branch    #查看一下当前我们的分支（默认的有一个 master 分支）
* master

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master)
$ git branch dev		#创建 dev 分支

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master)
$ git branch				#查看分支--当前在 master 分支里面
  dev
* master

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master)
$ git checkout dev				#切换到 dev 分支下面
Switched to branch 'dev'

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (dev)
$ touch file2.txt					#创建新文件 file2.txt

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (dev)
$ vi file2.txt			#使用 vi 编辑器 编辑 dev 分支下的文件 file2.txt，写入内容 count-dev

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (dev)
$ git add .
warning: LF will be replaced by CRLF in file2.txt.
The file will have its original line endings in your working directory

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (dev)
$ git commit -m "dev-2"				# commit 提交到本地的代码仓库
[dev 33e8925] dev-2
 1 file changed, 1 insertion(+)
 create mode 100644 file2.txt

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (dev)
$ git checkout master			#切换到 master 分支下面，此时我们会发现，我们刚刚在 dev 分支下创建的 file2.txt 文件在我们的文件夹的窗口里面看不到，如果此时再将分支切换为 dev ,就可以看到，这就是体现的我们使用分支的好处之一（或者说为什么使用分支）
Switched to branch 'master'

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master)
$ touch file2.txt				#创建新文件 file2.txt

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master)
$ vi file2.txt				#使用 vi 编辑器 编辑 dev 分支下的文件 file2.txt，写入内容 count-master

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master)
$ git add .
warning: LF will be replaced by CRLF in file2.txt.
The file will have its original line endings in your working directory

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master)
$ git commit -m "master-2"			# commit 提交到本地的代码仓库
[master b9f4ad9] master-2
 1 file changed, 1 insertion(+)
 create mode 100644 file2.txt

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master)
$ git merge dev					#将 dev 分支合并到当前分支（master）里面 
CONFLICT (add/add): Merge conflict in file2.txt		#提示合并冲突
Auto-merging file2.txt
Automatic merge failed; fix conflicts and then commit the result. 	#合并失败（提示处理冲突后重新提交）

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master|MERGING)
$ cat file2.txt 		# 查看 冲突文件 file2.txt
<<<<<<< HEAD		# 表示当前分支（下面的内容是当前分支下的冲突文件的冲突内容）
count-master
=======
count-dev
>>>>>>> dev 		# 表示要合并的分支（上面的内容是该分支下的冲突文件的冲突内容）

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master|MERGING)
$ vi file2.txt			#使用 vi 编辑器 编辑 当前 分支下的文件 file2.txt（冲突文件），写入内容 what we want to write

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master|MERGING)
$ cat file2.txt		#查看我们编辑之后的冲突文件
what we want to write

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master|MERGING)
$ git add .

17946@LAPTOP-6TK990GF MINGW64 /d/webpra/gittest (master|MERGING)
$ git commit -m "update what we want"  #提交到本地的仓库
[master e1e8740] update what we want

1.4 开发中分支使用原则与流程

几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。

在开发中，一般有如下分支使用原则与流程：

• master （生产） 分支：线上分支，主分支，中小规模项目作为线上运行的应用对应的分支；

• develop（开发）分支：是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线要求，都可以在此版本进行开发，阶段开发完成后，需要是合并到master分支，准备上线。

• feature/xxxx分支：从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完成后合并到develop分支，之后该分支可以删除。

• hotfix/xxxx分支：从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master、test、develop分支。

• 还有一些其他分支，在此不再详述，例如test分支（用于代码测试）、pre分支（预上线分支）等 等。

2.暂时保存更改

git 中可以不提交更改，只提取分支上所有改动并储存，让开发人员得到一个干净的副本，临时转向其它工作。复制到“剪切板”，可以“粘贴“到其它分支。

场景：

• 储存临时改动：git stash
• 恢复临时改动：git stash pop

3. 打标签

Git 使用的标签有两种类型：轻量级的（lightweight）和含附注的（annotated）。轻量级标签就像是个不会变化的分支，实际上它就是个指向特定提交对象的引用。而含附注标签，实际上是存储在仓库中的一个独立对象，它有自身的校验和信息，包含着标签的名字，电子邮件地址和日期，以及标签说明，标签本身也允许使用 GNU Privacy Guard (GPG) 来签署或验证。一般我们都建议使用含附注型的标签，以便保留相关信息；当然，如果只是临时性加注标签，或者不需要旁注额外信息，用轻量级标签也没问题。

1. 列出现在所有的标签：git tag;

2. 使用特定的搜索模式列出符合条件的标签，例如只对 1.4.2 系列的版本感兴趣：git tag -l "v1.4.2.*";

3. 创建一个含附注类型的标签，需要加-a参数，如git tag -a v1.4 -m "my version 1.4";

4. 使用 git show 命令查看相应标签的版本信息，并连同显示打标签时的提交对象：git show v1.4;

5. 如果有自己的私钥，可以使用 GPG 来签署标签，只需要在命令中使用-s参数：git tag -s v1.5 -m "my signed 1.5 tag";

6. 验证已签署的标签：git tag -v ，如git tag -v v1.5;

7. 创建一个轻量级标签的话，就直接使用 git tag 命令即可，连-a,-s以及-m选项都不需要，直接给出标签名字即可，如git tag v1.5;

8. 将标签推送到远程仓库中：git push origin ，如git push origin v1.5；

9. 将本地所有的标签全部推送到远程仓库中：git push origin --tags;

4.远程仓库

4.1常用的托管服务

前面我们已经知道了Git中存在两种类型的仓库，即本地仓库和远程仓库。

那么我们如何搭建Git远程仓库呢？我们可以借助互联网上提供的一些代码托管服务来实现，其中比较常用的有GitHub、码云、GitLab等。

• GitHub（ 地址：github.com/ ）是一个面向开源及私有软件项目的托管平台，因为只支持Git 作为唯一的版本库格式进行托管，故名GitHub（但是其服务器是在国外的，所以一般速度比较慢）

• 码云（地址： gitee.com/ ）是国内的一个代码托管平台，由于服务器在国内，所以相比于 GitHub，码云速度会更快

• GitLab （地址： about.gitlab.com/ ）是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务，一般用于在企业、学校等内部网络搭建git私服。