一.基本操作
1.创建本地仓库
在对应文件目录下进行：
git init输入完上面的代码，所在文件目录下就会多一个名为 .git 的隐藏文件，该文件是Git用来跟踪和管理仓库的。
我们可以使用 tree 命令（注意要先下载tree插件）来查看 .git 文件的细节：
创建完后我们一定要配置配置Git，设置用户名和邮箱地址：
git config [--global] user.name "***"
git config [--global] user.email "***" global是一个选择选择项，填上这个表示这台机器上所有的Git仓库都会使用这个用户名和邮箱地址。
能设置自然也能删除配置：
git config [--global] --unset user.name
git config [--global] --unset user.email了解完配置与删除，我们可以使用下面的命令来查看配置：
git config -l
2.工作区、暂存区、版本库（重要）
工作区：我们在本地的目录；
暂存区（stage、index）：一般存放在 .git 目录下的index文件；
版本库：隐藏目录 .git 。
我们在本地，也就是工作区创建的文件，可以通过add操作将文件上传到暂存区；我们可以使用commit命令将暂存区的文件上传到版本库中。从这里也可以看出，我们新创建的文件没有经过add和commit命令是没有添加到仓库中的。
//指定文件名，可写多个，用空格隔开
git add 文件名
//所有文件
git add .通过这里的学习也解开了我之前的疑惑，那就是我在提交文件名有空格的文件时一直报错，原来用了空格表示不是一个文件了。如果真有空格，可以使用引号括起来；也可以使用 \ 来转义空格。
git commit -m "信息"
//指定文件到版本库中
git commit 文件名 -m "信息"这里是信息指的是本次提交的细节。
通过上面两个步骤我们就将代码提交到版本库里了。我们可以使用下面的命令来查看历史提交记录：
git log [--pretty=oneline]--pretty=oneline 是一个可选项，加上这个会使历史提交记录显示的更加简洁。
通过上面的命令我们会得到下面的内容：
4e65c55222473e05e72338d3ba75a101a6a56d56 First commit前面这一堆数字和字母是commit id，这个很重要，下面会说到。
在使用上面的 tree .git 命令查看，我们可以看到objects中存入了commit id。
在最上面的那张图上我们可以看到head指向master，我们查看以下master的内容，发现：
4e65c55222473e05e72338d3ba75a101a6a56d56其中存着的正是上面的commit id。这个master存的正是最新的commit id。
下面着重说一下objects。
对一开始那张图进行补充：
objects 为Git的对象库，里面包含了创建的各种版本库对象及内容。
我们使用：ls .git/objects/ 来查看objects中的文件：
4e 70 e6 info pack
为什么是这个，其实从树上就能得到答案。
我们可以通过：git cat-file 命令来查看版本库中的内容：
输入下面的命令：
git cat-file -p 4e65c55222473e05e72338d3ba75a101a6a56d56我们得到了：
tree 70ea63592ac4de5f9aec6b15273c4dd5cc0cd00f3.修改文件
查看在上次提交之后是否有对文件进行再次修改：
git status查看工作区文件与暂存区或版本库文件的差异：
//工作区与暂存区差异
git diff [文件]
//工作区与版本库差异
git diff HEAD -- [文件]4.版本回退
git reset 命令用于回退版本，其后面还有几个可选项：
git reset [--soft | --mixed | --hard] [HEAD]| 工作区 | 暂存区 | 版本库 | 选项 | |
| 原本 | file1、file2 | file1、file2 | file1、file2 | |
| 回退后 | file1、file2 | file1、file2 | file1 | --soft |
| 回退后 | file1、file2 | file1 | file1 | --mixed |
| 回退后 | file1 | file1 | file1 | --hard |
其中 --mixed 是默认选项。
上面表格不难理解，举个例子如果我们使用了 --soft，那么只有版本库回退了，工作区和暂存区都没有回退。
HEAD选项：
| commit id | 回退到指定版本 |
| HEAD | 表示当前版本 |
| HEAD^ | 表示上一个版本 |
| HEAD~1 | 表示上一个版本 |
| HEAD~2 | 表示上上一个版本 |
5.删除文件
删除工作区和暂存区的文件：
git rm 文件名二.分支管理
1.分支是什么
每次commit，git会根据时间形成一条“时间线”，这条时间线就是分支。git里面有一条主分支，master分支。HEAD指向master。
2.基本操作
1）查看分支
git branch2）创建分支
git branch 分支名比如我们创建一个dev分支：
此时再查看分支：
3）切换分支
git checkout 分支名切换完后，HEAD就会指向切换的分支，比如我们切换到了dev分支：
如果这个时候我们修改了某个文件，并且add和commit了，那么就会变成这样：
如果此时我们切回master，打开刚刚修改文件，我们就会发现文件没有被修改。原因从图上也能看出，master跟dev指向的根本就不是一个东西。修改的只是dev分支的文件，master分支没有被修改。
4）合并分支
像刚刚上面的例子，只有dev分支文件被修改了，我们想要将这个修改合并到master分支。
第一步，我们要先切换到master分支。
第二步，合并：
git merge dev5）删除分支
git branch -d 分支名这里要注意，我们要删除某一个分支，HEAD一定不能指向这个分支，如果指向这个分支是删不了的。
还有，如果这个分支的没有被合并，这个时候使用上面的方法是删不掉分支的，我们要这样写强制删除分支：
git branch -D 分支名3.合并冲突
我们在dev分支修个了file1文件，同时也在master分支修改了file1文件，如果将这两个分支合并就会发生冲突，git根本就不知道该听谁的，是要dev分支的修改还是master分支的修改。这就是合并冲突。
我们的解决办法也很原始，手动删。
当出现冲突报错后，再打开file1文件就会发现文件内容变成这样了：
<<< ==== >>>这些符号是用来向我们区分不同分支的冲突的。我们只需要留下我们真正需要的内容即可。
修改完后我们要再次add和commit一次，这个一定不能漏。
我们使用下面的命令也可以参看到这个结构：
git log --graph --pretty=oneline --abbrev-commit
4.合并模式
在没有合并冲突的情况下，git会优先使用Fast forward模式。这个模式有一个问题，在我们删除合并完删除分支后，会丢失分支信息，我们无法知道最新的commit是不是合并出来的。
为了解决这个问题，我们要使用普通模式：
git merge --no-ff -m "" 分支名三.远程操作
前面的操作其实都是在本地操作的，我们在实际开发时，不可能所有人都在一台设备上操作，每个人一台独立的设备，都在自己的设备上进行开发。这个时候就需要一个远程仓库，每个将写的代码提交到远程仓库中，远程仓库可以自己搭建，也可以是使用GitHub或Gitee等。
下面使用Gitee做示范。
1.克隆远程仓库
打开右上角克隆/下载，里面会有：
为什么可以选择使用上面的地址克隆。
这里只以HTTPS和SSH为例。
对于HTTPS，操作很简单，只需要将上面的地址复制：
git clone 地址2.推送到远程仓库
将远程克隆到本地后，我们可以使用命令将本地仓库的代码推送到远程仓库中：
git push 远程主机名 本地分⽀名:远程分⽀名
# 如果本地分⽀名与远程分⽀名相同，则可以省略冒号
git push 远程主机名 本地分⽀名比较常见的就是下面这个：
git push origin master3.拉取远程仓库
如果别人修改了代码并提交到远程仓库，我们要与远程仓库的代码同步，这个时候就要使用拉取操作了：
git pull 远程主机名 本地分⽀名:远程分⽀名
# 如果本地分⽀名与远程分⽀名相同，则可以省略冒号
git pull 远程主机名 本地分⽀名git pull 命令其实执行了两个操作，一个是从远程仓库拉取代码，一个是与本地分支合并。
4.配置git
1）忽略特殊文件
在我们初始化仓库的时候，我们添加了一个 .gitignore文件：
写入这个文件的文件在使用 git add . 时就不会一起提交了。
比如我们想忽略所有 .ini 结尾的文件，那么我们就可以写：
*.ini如果我们在忽略的文件中 a.ini 我们是想让其提交的，这个时候我们可以写：
*.ini
!a.ini2）命令配置别名
比如我们想给 git status 起一个别名：
git config [--global] alias.st status此时我们使用 git st 与使用 git status 的效果是一样的。
我们配置完命令后，原来的命令还是可以用的，其与我们的配置是并存的。
四.标签管理
标签tag，可以简单的理解是某次commit的一个标识，相当于起了一个别名。
1.创建标签
先切换到要创建标签的分支，然后创建标签：
git tag 标签名创建完后我们可以使用 git tag 来查看我们创建的标签，但是要注意标签不是按时间顺序列出，而是按字母排序的。
2.操作标签
删除本地标签：
git tag -d 标签名删除远程仓库标签：
git push origin :refs/tags/标签名将本地标签推送到远程仓库：
git push origin 标签名
# 将全部标签推送
git push origin --tags
