Git 分布式版本控制工具

概述

开发中的实际场景

备份
代码还原
协同开发
追溯代码的编写人和编写时间

版本控制器的方式

集中式版本控制工具：版本库放在中央服务器，使用时需联网下载。
分布式版本控制器：每个节点都有完整的版本库，多人协作只需要推送各自的修改即可。

Git工作流程图

Git是分布式的，其中央版本库不是必需的。中央服务器与普通PC是相同的，通常是为了方便交换大家的修改。

clone（克隆）: 从远程仓库中克隆代码到本地仓库
checkout （检出）:从本地仓库中检出一个仓库分支然后进行修订
add（添加）: 在提交前先将代码提交到暂存区
commit（提交）: 提交到本地仓库。本地仓库中保存修改的各个历史版本
fetch (抓取) ：从远程库，抓取到本地仓库，不进行任何的合并动作，一般操作比较少。
pull (拉取) ：从远程库拉到本地库，自动进行合并(merge)，然后放到到工作区，相当于 fetch+merge
push（推送） : 修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库

Git安装与基本配置

去官网下载，傻瓜式安装即可。

设置用户名
```
git config --global user.name "***"
```
设置邮箱
```
git config --global user.email "***"
```

常用命令

获取本地仓库

要使用Git对代码进行版本控制，首先需要获得本地仓库。

本地仓库实际是个文件夹，创建文件夹并在其中打开Git bash，执行初始化命令：

git init

基础操作指令

Git工作目录下对于文件的增删改会存在几个状态，这些修改的状态会随着我们执行 Git 命令而发生变化。

查看修改的状态（status）

作用：查看的修改的状态（暂存区、工作区）
命令形式：
```
git status
```

添加工作区到暂存区(add)

作用：添加工作区一个或多个文件的修改到暂存区

命令形式：

git add 单个文件名 | 通配符

将所有修改加入暂存区：
```
git add .
```

提交暂存区到本地仓库(commit)

作用：提交暂存区内容到本地仓库的当前分支
命令形式：
```
git commit -m '注释内容'
```

查看提交日志(log)

作用：查看提交记录
命令形式：
```
git log [option]
```
- options
  - --all 显示所有分支
  - --pretty=oneline 将提交信息显示为一行
  - --abbrev-commit 使得输出的commitId更简短
  - --graph 以图的形式显示

版本回退

作用：版本切换
命令形式：
```
git reset --hard commitID
```
- commitID 可以使用 git log 指令查看
- 查看已经删除的记录
```
git reflog
```

添加文件至忽略列表

以在工作目录中创建一个名为 .gitignore 的文件（文件名称固定），列出要忽略的文件模式。

# no .a files
*.a
# but do track lib.a, even though you're ignoring .a files above
!lib.a
# only ignore the TODO file in the current directory, not subdir/TODO
/TODO
# ignore all files in the build/ directory
build/
# ignore doc/notes.txt, but not doc/server/arch.txt
doc/*.txt
# ignore all .pdf files in the doc/ directory
doc/**/*.pdf

分支

使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。

查看本地分支

命令：

git branch

创建本地分支

命令：

git branch 分支名

切换分支(checkout)

命令：git

git checkout 分支名

合并分支(merge)

命令：
```
git merge 分支名称
```
示例：
1. 在develop分支修改后提交
  
  此时查看文件发现已修改
2. 切回master分支，发现master分支并无develop分支中的提交记录，说明各分支互不影响。
  
  此时查看文件发现并无修改
3. 将develop分支合并到master分支后发现提交记录存在
  
  查看文件发现修改也生效

删除分支

删除分支时，需要做各种检查
```
git branch -d b1 
```
不做任何检查，强制删除
```
git branch -D b1 
```

解决冲突

当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这时就需要手动解决冲突，解决冲突步骤如下：
1. 处理文件中冲突的地方
2. 将解决完冲突的文件加入暂存区(add)
3. 提交到仓库(commit)
示例：
1. 在master中修改并提交
2. 在develop中做冲突修改并提交
3. 此时合并则提示冲突
  
  此时文件内容是这样的：
4. 此时将文件修改成我们希望的样子然后提交即可

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

master （生产）分支

线上分支，主分支，中小规模项目作为线上运行的应用对应的分支；
develop（开发）分支

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

从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完成后合并到develop分支。
hotfix/xxxx分支

从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master、test、 develop分支。
还有一些其他分支，在此不再详述，例如test分支（用于代码测试）、pre分支（预上线分支）等等。

Git远程仓库

Gitee

创建远程仓库

配置SSH公钥

生成SSH公钥
```
ssh-keygen -t rsa
```
不断回车，如果公钥已经存在，则自动覆盖。
查看公钥
```
cat ~/.ssh/id_rsa.pub
```
Gitee设置账户公钥
验证是否配置成功
```
ssh -T git@gitee.com
```

添加远程仓库

git remote add <远端名称> <仓库路径>

远端名称，默认是origin，取决于远端服务器设置
仓库路径，从远端服务器获取此URL
查看远程仓库
```
git remote
```

推送到远程仓库

git push [-f] [--set-upstream] [远端名称 [本地分支名][:远端分支名] ]

如果远程分支名和本地分支名称相同，则可以只写本地分支
```
git push origin master
```
-f 表示强制覆盖
--set-upstream 推送到远端的同时并且建立起和远端分支的关联关系。
```
 git push --set-upstream origin master
```
如果当前分支已经和远端分支关联，则可以省略分支名和远端名。 git push 将master分支推送到已关联的远端分支。

本地分支与远程分支的关联关系

建立本地分支与远程分支的关联关系

 git push --set-upstream origin master:master

此时可简化提交
```
git push
```
查看本地分支与远程分支的关联关系
```
git branch -vv
```

从远程仓库克隆

如果已经有一个远端仓库，我们可以直接clone到本地。

git clone <仓库路径> [本地目录]

从远程仓库中抓取

远程分支和本地的分支一样，我们可以进行merge操作，只是需要先把远端仓库里的更新都下载到本地，再进行操作。

抓取：抓取指令就是将仓库里的更新都抓取到本地，不会进行合并
```
git fetch [remote name] [branch name]
```
拉取：拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge
```
git pull [remote name] [branch name]
```
- 如果不指定远端名称和分支名，则抓取所有并更新当前分支。