说明commit类型
1.feat：新功能(feature)
2.fix：修补bug
3.docs：文档(documentation)
4.style：格式(不影响代码运行的变动)
5.refactor：重构(既不是新增新功能，也不是修改bug的代码变动)
6.test：增加测试
7.chore：构建过程或辅助工具的变动
git的基础操作
1.查看分支
git branch
2.创建并切换到新分支
git checkout -b 分支名 (eg: lan/home)
3.创建新分支，不切换到新分支
git branch 分支名(eg: lan/home)
4.切换分支
git checkout 分支名(eg: master)
5.合并分支，将指定分支合并到当前分支
git merge 分支名(eg: lan/home)
6.删除分支
git branch -D 分支名(eg: lan/home)
7.初始化仓库
git init
8.查看仓库当前状态
git status
9.将文件添加到缓存区
// 添加所有文件
git add -A
// 添加某个文件
git add <file>
10.提交到本地仓库
git commit -m 'commit类型：提交的消息'
11.查看提交的日志信息
git log
12.查看git版本号
git relog
13.从远程仓库克隆到本地仓库(基于本地仓库无源代码，则使用clone)
git clone 远程仓库地址
14.拉取远程仓库的最新代码(基于本地仓库有源代码，则使用pull)
git pull origin 默认分支
15.将本地仓库代码推送到远程
git push origin 分支名(eg: lan/home)
合并请求pull request(有冲突的情况)，这里以dev分支为默认分支
1.在基准分支(默认分支eg:dev),拉取最新代码(如果不在基本分支，要先回到基准分支)
git pull origin dev
2.切换到自己的工作分支
git ckeckout lan/home
3.奠基基准(这时候会出现类似于(1/3)这样的提示，这是需要解决的冲突)
git rebase dev
4.这时候进入代码，开始解决本地和线上dev分支（刚拉取下来的最新代码）的冲突
5.将修改的文件添加到缓存区
git add -A
6.这一步如果冲突解决完了(1/3)这样的提示会消失，如果没有消失，咋需要重复操作4,5,6的步骤，直到冲突解决为止
git rebase --continue
7.在自己的工作分支拉取线上自己工作分支的代码
git pull origin lan/home
8.这时候进入代码，开始解决本地自己的工作分支和线上工作分支（刚拉取下来的工作分支的最新代码）的冲突
9.将修改的文件添加到缓存区
git add -A
10.提交到本地仓库
git commit -m 'commit类型：提交的消息'
11.将本地仓库代码推送到远程
git push origin lan/home
12.此时即可在线上重新开始合并工作分支到dev(冲突已解决)
