Git 基础
Git 提供了图形界面工具（GUI）和命令行工具（Bash），本文主要介绍基于命令行的基础操作。
设置用户信息
git config --global user.name "你的名字"
git config --global user.email "你的邮箱"
注意：name 和 email 后面有一个空格
查看配置信息
git config --global user.name
git config --global user.email
基础操作指令
在 Git 工作目录下，文件的修改（增加、删除、更新）会存在几个状态，这些修改的状态会随着执行 Git 命令而发生变化。
1. 查看修改状态 (status)
作用： 查看修改的状态（暂存区、工作区）
命令形式： git status
2. 添加到工作区到暂存区 (add)
作用： 添加工作区一个或多个文件的修改到暂存区
命令形式： git add 单个文件名 或 git add 通配符
通配符说明：
| 符号 | 功能 |
|---|---|
| * | 匹配任意字符（0 个或多个） |
| ? | 匹配一个字符 |
| [ ] |  |
3. 提交暂存区到本地仓库 (commit)
作用： 将暂存区的更改提交到本地仓库
命令形式： git commit -m '注释内容'
4. 查看提交日志 (log)
作用： 查看提交记录
命令形式： git log options
| options | 功能 |
|---|---|
| --all | 显示所有分支 |
| --pretty=oneline | 将提交信息显示为一行 |
| --abbrev-commit | 使得输出的 commitId 更简短 |
| --graph | 以图的形式显示 |
5. 版本回退
作用： 版本切换
命令形式： git reset --hard commitID
- commitID 可以使用
git log指令查看
如何查看已经删除的记录？
git reflog：可以看到已经删除的提交记录
添加文件至忽略列表
一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。在这种情况下，可以在工作目录中创建一个名为 .gitignore 的文件（文件名称固定），列出要忽略的文件模式。
分支
几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的 bug 修改、开发新的功能，以免影响开发主线。
查看本地分支
命令： git branch
创建本地分支
命令： git branch 分支名
切换分支 (checkout)
命令： git checkout 分支名
我们还可以直接切换到一个不存在的分支（创建并切换）：
命令： git checkout -b 分支名
合并分支
一个分支上的提交可以合并到另一个分支。
命令： git merge 分支名称
删除分支
不能删除当前分支，只能删除其他分支。
git branch -d b1：删除 b1 分支时，需要做各种检查git branch -D b1：不做任何检查，强制删除 b1 分支
解决冲突
当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这时就需要手动解决冲突。解决冲突步骤如下：
- 处理文件中冲突的地方
- 将解决完冲突的文件加入暂存区（add）
- 提交到仓库（commit）
开发中分支使用原则与流程
在开发中，一般有如下分支使用原则与流程：
- master（生产）分支：线上分支，主分支，中小规模项目作为线上运行的应用对应的分支
- develop（开发）分支：是从 master 创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线要求，都可以在此版本进行开发，阶段开发完成之后，需要是合并到 master 分支，准备上线
- feat/xxx 分支：从 develop 创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完成后合并到 develop 分支
- hotfix/xxx 分支：从 master 派生的分支，一般作为线上 bug 修复使用，修复完成后需要合并到 master，test，develop 分支
远程仓库
添加远程仓库
此操作是先初始化本地库，然后与已创建的远程库进行对接。
命令： git remote add <远端名称> <仓库路径>
- 远端名称，默认是 origin，取决于远端服务器设置
- 仓库路径，从远端服务器获取此 URL
查看远程仓库
命令： git remote
推送到远程仓库
命令： git push [-f] [--set-upstream] [远端名称 [本地分支名 [:远端分支名]]]
- 如果远程分支名和本地分支名称相同，则可以只写本地分支，如：
git push origin master --set-upstream：推送到远端的同时并且建立起和远端分支的关联关系，如：git push --set-upstream origin master- 如果当前分支已经和远端分支关联，则可以省略分支名和远端名，如：
git push将 master 分支推送到已关联的远端分支 -f：强制覆盖
本地分支与远程分支的关联关系
命令： git branch -vv
从远程仓库克隆
如果已经有一个远端仓库，我们可以直接 clone 到本地。
命令： git clone <仓库路径> [本地目录]
- 本地目录可以省略，会自动生成一个目录
从远程仓库中抓取和拉取
远程分支和本地的分支一样，我们可以进行 merge 操作，只是需要先把远端仓库里的更新都下载到本地，再进行操作。
- 抓取 命令：
git fetch [remote name] [branch name]- 抓取指令就是将仓库里的更新都抓取到本地，不会进行合并
- 如果不指定远端名称和分支名，则抓取所有分支
- 拉取 命令：
git pull [remote name] [branch name]- 拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于 fetch+merge
- 如果不指定远端名称和分支名，则抓取所有并更新当前分支
解决合并冲突
在一段时间内，A、B 用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。
A 用户在本地修改代码后优先推送到远程仓库，此时 B 用户在本地修订代码，提交到本地仓库后，也需要推送到远程仓库。此时 B 用户晚于 A 用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支。
在 B 用户拉取代码时，因为 A、B 用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲突。
远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同。
