一、Git的简介
与SVN不同的是GIT 是一个分布式版本控制系统，每个人电脑都有完整的版本库，假如有人电脑坏了，也不会影响到其他的人工作。代码一般存储在一个'中央服务器'，服务器仅仅提供服务，方便交换大家修改的内容。
二、Git的安装
我这里使用的是Ubuntu的操作系统，所以只介绍Ubuntu环境下的操作使用
- windows安装
1、git下载
- https://git-scm.com/downloads
- https://pan.baidu.com/s/1kU5OCOB#list/path=%2Fpub%2Fgit
- 360软件管家
2、安装git(不要出现中文路径和空格)
3、配置环境变量(我的电脑 — 右键属性 — 高级系统设置 — 高级 — 环境变量)
- git命令是bin目录下
4、检测git是否安装成功
- cmd 打开命令行
- 查看git版本
$ git - -version
- 查看帮助
$ git help
Mac中直接下载对应的xxx.dmg安装，在终端中使用，使用方式基本操作都是一致的。
- Linux安装
- 安装
$ sudo apt-get install git
- 检测是否安装成功
$ git --version
三、Git的本地创建
- 什么是版本库
版本库又被称为仓库repository，初期可以理解为一个目录，这个目录里面管理的文件都可以被称为被git管理起来的，每个文件的修改，删除等的操作git都能进行跟踪。 - 设置Git
$ git config --global user.email '798075744@qq.com'
$ git config --global user.name 'Ail'
这里后续的代码都是托管到GitHub中，所以这里我们直接设置成GitHub的用户名和GitHub的邮箱
- 创建版本库
- 切换到需要添加版本控制的目录中
$ cd mygit
- 初始化本地仓库
$ git init
会在对应目录中会看到 .git目录，就是用来跟踪管理的版本库，千万不要手动修改该目录的文件。
- 添加本地git忽略清单 .gitignore （哪些文件是不需要被管理的就添加到忽略清单）
忽略规则是一行一个(根目录和其他目录，目录名相同时，即加上对应路径，如果是根目录则是“/”);
在项目开发中，有时候想把某些目录或文件加入忽略规则中，但在清单中添加之后发现是无效的。即是某些文件已经被纳入了版本管理中，则修改. gitignore是无效的。
解决方法:
$ git rm -r --cached .
$ git add .
$ git commit -m '更新gitignore忽略清单'
最好是在项目开始时，创建好. gitignore文件！
四、Git本地仓库的基本操作
- 查看本仓库的变更状态
$ git status // 查看仓库当前的状态
$ git status -s // 输出简要的变更日志
文件状态说明:
' ' 没有修改
'A' 被添加到本地代码仓库 【add】
'C' 冲突 【clash】
'D' 被删除 【delete】
'I' 被忽略 【ignore】
'M' 被修改 【modification】
'R' 被替换 【replace】
'X' 外部定义创建的版本目录
'?' 文件没有被添加到本地版本库内
'!' 文件丢失或者不完整（不是通过git命令删除的文件）
'~' 受控文件被其他文件阻隔
- 添加本地托管(暂存,还未真正的提交到服务器)
- 添加指定文件名的文件
$ git add index.html
- 添加通配符匹配的文件
$ git add *.js
- 添加所有未托管的文件(忽略.gitignore清单中的列表)
$ git add . // 或使用 $ git add - -all
添加本地托管的文件目前还在本地托管，未提交到本地仓库，更没有提交服务器
- 提交被托管的文件到本地仓库
$ git commit -m "提交代码对应的版本说明"
// 会自动创建的一个分支master
1、-m后面输入的是本次提交的说明
2、如果需要再次修改文件，则重复git add和git commit命令
3、你可以多次add后commit全部提交
- 对比差异
对比当前版本和存储在本地仓库中最后一个版本的差异
$ git diff filename
- 查看提交日志
$ git log
$ git log --pretty=oneline
- 版本回退
每当修改一个文件，并且使用commit提交之后，其实就相当于保存了一个快照
// 回退到上一版本
$ git reset --hard HEAD^
// 回退到上上版本
$ git reset --hard HEAD^^
// 回退到上100个版本
$ git reset --hard HEAD~100
// 指定版本回退
$ git reset - -hard xxxxxx // xxx是对应版本的hash值前6位
// 重返未来(从上往下寻找第一个commit的操作，则是未来的最新的版本)
$ git reflog // 查看历史执行过的git操作
$ git reset --hard xxx // 对应的hash值
在git中，用HEAD表示当前版本。git在历史的版本之间来回切换，使用git reset --hard commit id
- 撤销操作
a.修改了文件内容，但是还没有添加到暂存区
$ git checkout // 查看可撤销文件
$ git checkout -- xxx // 撤销对应文件，即回到最新版本
五、Git远程仓库的操作
接下来我们将我们的文件上传到GitHub进行托管
- github创建代码管理仓库
将创建好的仓库地址进行拷贝(注意HTTPS或SSH方式),这里使用https的方式进行演示。在6、7点将讲述两种上传的方式。 - 关联远程仓库
- 添加远程仓库并起名叫origin
$ git remote add origin https://github.com/cxy/Git.git
- 查看现有的服务器列表
$ git remote -v
- 删除远程仓库的关联
// 远程仓库的名字
$ git remote rm origin
- 推送本地仓库内容到远程仓库
$ git push -u origin master // 提交到服务器中的master分支
- 获取远程仓库内容到本地仓库
取回远程仓库的变化，并与本地分支合并。
$ git pull origin master // 从master分支中获取代码
- 克隆(下载远程仓库)
从零开发，先有远程仓库，之后从远程仓库克隆。
// 将远程服务器中代码克隆一份到本地
$ git clone https://github.com/userName/projectName test
// 没有指定每次，默认即是仓库名
$ git clone https://github.com/userName/projectName
六、HTTPS认证
- HTTPS方式
- git remote add origin https://github.com/18670775011/BTW.git
- git push -u origin master 或 git pull origin master
【每次操作都需要输入账号密码】
与远程仓库交互时，可以是HTTPS和SSH方式两种，更多建议使用SSH方式，操作更加简单!
七、SSH认证
- 创建 .ssh 目录并进入该目录
$ mkdir ~/.ssh
$ cd ~/.ssh
- 配置全局的name和email(如果已经设置，即忽略该操作，这是用于标示一个人)
$ git config --global user.email '798075744@qq.com'
$ git config --global user.name 'Ail'
- 生成key
$ ssh-keygen -t rsa -C '798075744@qq.com' // 与上面填写的邮箱与之对应
备注: 连续三次回车，密码是设置为空
公钥文件生成的路径会在命令行中显示，例如：Your public key has been saved in /root/.ssh/id_rsa.pub.
复制.ssh目录中的id_rsa.pub文件内容，即是key
在github中添加key
View profile and more -> settings -> SSH and GPG keys -> New SSH key
备注:不要最后的邮箱!!
- 检测是否添加成功
$ ssh git@github.com
提示: Hi xxx! You've successfully authenticated, but GitHub does not provide shell access. 说明设置成功
- SSH认证
- git remote add origin git@github.com:18670775011/BTW.git
- git push -u origin master //上传
创建的仓库中，操作可以是HTTPS和SSH的选择
八、分支管理
开发中，准备一个新的功能，但需要2周时间才能完成。第一周已经写了50%，如果立即提交，由于代码没有写完，不完整的代码会导致其他人也不能干活了。如果等代码全部写再提交，又会存在丢失每天进度的巨大风险。
有了分支，可以避免此类问题。创建一个属于自己的分支，别人看不到，还继续在原来的分支上正常工作。而我们在自己的分支上干活，想提交就提交，直到开发完毕后，在一次性合并到原来的分支上。这既安全，又不会影响到别人工作。
特点
Git分支是与众不同的，无论创建、切换和删除分支，Git在非常短的时间呃逆就能完成，无论版本库是1个文件还是1万个文件。master主分支
在版本管理中，每次提交，Git都把他们串成一条时间线(沿着时间轴添加)，在Git中这个分支叫主分支，即master分支。
每次提交，master分支都会向前移动一步，这样不断的提交，master分支线也越来越长。Git分支操作(版本库其实就是一个时间轴)
- 查看分支(当前分支前面会有一个*)
$ git branch
- 查看分支的日志信息
$ git branch -v
- 新建分支
$ git branch version2 // 新的分支version2(主分支是master)
- 切换分支(不同分支中，就会显示不同分支下的内容)
// 切换分支
$ git checkout version2
// 推送分支
$ git push origin verion2
- 创建与切换同时进行
$ git checkout -b version3 // 创建version3分支，并切换到version3
- 合并分支
// 假如此时操作的是在version2分支中
$ git checkout master
// 再进行合并，即将version2中内容合并到master分支中
$ git merge version2 // 将version2分支的工作成果合并到master分支上
// 合并完之后，再推送到GitHub
$ git push origin master
- 删除分支
$ git branch -d version2 // 删除分支version2
-
分支策略
master主分支应该是非常稳定的，一般都是用于发布新版本，平时此分支上不干活。
干活都在dev分支上，也就是说dev分支是不稳定的，到某个时候，例如1.0版本时，再把dev分支合并到master上，在master分支发布1.0版本。
而你和小伙伴每个人都在dev分支上干活，每个人都有自己的分支，时不时的往dev分支上合并即可。
image.png 多人协作
- 推送分支
$ git push origin master
$ git push origin dev
- 抓取分支
从远程库中clone时，默认只能看到master分支内容；
想要在dev分支上开发，就必须克隆origin的dev分支到本地;
$ git checkout -b dev origin/dev
