1、分支合并
情景描述：假设现在处于dev分支，而且有未提交的代码，想要合并到master分支上。按照下面的步骤就可以实现了。
git status //先查看一下整体的状态，看看哪些文件修改了
git add //提交修改过的文件，提交所有就git add -A ;提交当前文件夹下的git add .;或者一个文件一个文件提交git add 文件名（完整的）
git commit -m "此次提交的说明" //将修改提交到缓存区
git checkout master //切换到master分支
git branch //查看一下是否成功了，即查看当前所在的分支
git merge dev //将dev分支上的内容合并到master分支上- 1
- 2
- 3
- 4
- 5
- 6
2、代码回滚
情景描述：有些时候我们修改了一些功能，而且没有在新分支上开发，这个时候紧急情况要去修改一些bug，但是又不能带上这些新的功能。（这里说的情况是所有改动在暂存区，还没提交到远程；所以建议开发的时候要新建一个分支去玩，防止意外）
git checkout -b 新分支名称 //新建一个分支，防止代码丢失
git log //查看所有的提交纪录
git reset --hard ******* //***代表了提交的commit号，这样就回去了。- 1
- 2
- 3
3、打tag
情景描述：每次发包后要记得在本地打一个tag
git tag v-1.0.0 //直接打tag
git tag // 查看tag- 1
- 2
4、新建仓库并关联远程库
//创建版本库有两种方法一、git init创建一个版本库，二、克隆一个已经存在的版本库git clone 远程的网址
git remote add origin 远程库网址 //添加远程库关联- 1
- 2
- 3
5、提交代码冲突
情景描述：这种情况比较常见，就是多个人在一个分支上开发，然后你要提交代码，可能会遇到冲突，这时可能需要手动解决冲突。(我这个里面以向dev分支提交为例)
git add -A //你要提交的代码
git commit -m"本次修改的说明" //提交说明
git pull origin dev // 先拉取一下线上的代码
//如果失败，说明有冲突，这时使用git status 如果没失败就是最新的，直接git push origin dev 就可以了
git status //查看有哪些冲突，有时候会看见两部分，一部分是自动merge成功的（绿色），还有一部分是需要手动解决的（红色）
git commit －m"解决冲突" //重新提交修改
git push origin dev //没有冲突了，可以提交你的代码了
