使用git把分支合并到master主分支上，以及同一个分支上代码不同改动，回退代码
在本地分支开发后想要合并到主分支上去，首先先将本地分支提交上去(假如我现在本地分支是在dev上)
1. git add ./
2. git commit -m "描述"
3. git push
本地分支提交完后，切换到master分支上（没有提交的前提下去切换也会提醒你先提交再切换）
4. git checkout master
5. git pull origin master(origin master写不写都可以)
6. git merge dev(将dev分支合并到master分支上去)
7. git push origin master(origin master写不写都可以)
在合并的时候若是有冲突，手动解决完冲突后重新在master分支上提交(执行第1，2，3步)
每一个版本在合并到master分支上后，最好打个tag，防止以后出错可以回退
8. git tag 版本号
9. git push --tags
合并到master分支后不要忘记本地切回dev分支，不然你再改代码就是在master分支上改了（会哭的哦）
另外补充：
假如目前是本地在dev开发一个版本时，突然又来了一个小小的改动，需要部署到正式环境，那我们当时正在开发的dev分支上面有新版本的改动，并且是不完整的，在没有经过测试人员的测试之前是不能合并到master分支呢，这个时候我需要一份备份当时版本改动的代码，然后再讲dev代码回退到之前没有改动的状态下去修改这个小小的改动，部署到正式环境后，再讲之前的版本改动的代码合并到dev分支上继续新版本的迭代。（前提是当前dev分支开发新版本的代码未提交）
10. git checkout -b test (新建一个分支，复制的是当前dev分支的代码，包括新版本改动的代码，dev则所有改动的代码都会回退到之前未改动的状态)
11. git add ./ (当前在test分支上，先提交代码，防止丢失)
12. git commit -m "复制dev新版本迭代的代码" （当前也在test分支上）
13. git checkout dev （切回dev分支，改动优先级高的小改动，合并到master分支后，再讲test分支合并到dev分支继续开发）
上面是一些两边改动的代码管理方式，还有另外一直是将dev分支代码放到暂存区
git stash (目前在dev分支，将代码保存到暂存区)
此时dev分支的代码会回退到之前未改动的状态，可以进行优先级高的小改动了，合并到master分支后，再切换回dev分支，将缓存区的代码拉回来
git stash apply
代码的回退：
14. git log (查看所有的提交日志，回退到指定的版本，这个时候就会明白写好commit标识真的超级有用)
15. git reset --hard （ + commit后面的日志标识）（查看日志时commit后面跟的那一串黄色的编码）