记一次git代码merge和回滚操作

刚上班的时候，合并代码都是交给技术组的组长去合并代码的，记得那时，合并代码的时候，都会叫过去，问写这个代码的人要合那一部分，有时候提交代码错了，还要叫老大去回滚代码。现在想想，这个种开发方式太低效了。

所以毕业后半年，git我只知道git add、git commit -m''、git push origin master这三个操作，更深层次的操作我一点不会。所幸的是，我现在做的项目是每个人自己操作git仓库，自己合并代码，提交出错，自己回滚代码，这终于让我有机会实践那些看起来很*的操作了。这里特意写下来留作回忆。

1. git merge

首先这里说说git merge操作

假如有以下的情况：
我本地和远程服务器各有一个代码仓库，本地的仓库有两个分支：master和dev分支，远程仓库也有两个分支：master和dev。两者一一对应。

假如我在dev分支上添加了很多的内容，并提交到了服务器，现在想在master分支上也加上同样的内容，怎么办呢？

方法有下面两种:

1.1 使用git merge命令

切换到master分支：git checkout master
合并分支：git merge dev

1.2 使用git cherry-pick命令

切换到master分支：git checkout master

git cherry-pick -n commit号 将某一次提交的内容合并过来
git cherry-pick ..dev 将dev分支的整个提交内容都合并过来
git cherry-pick dev

这里合并代码，难免会遇到冲突，对于webstorm用户，可以直接用自带的图形界面处理冲突，我这里推介visual studio code编辑器，微软良心作品。

2. git代码回滚

git代码库回滚: 指的是将代码库某分支退回到以前的某个commit id

2.1 本地代码库回滚

git reset --hard commit-id :回滚到commit-id，讲commit-id之后提交的commit都去除
 
git reset --hard HEAD~3：将最近3次的提交回滚

对于怎么看commit-id 可以使用命令：

结果如下:

画红圈的就是commit-id

2.2 远程代码库回滚

这个是重点要说的内容，过程比本地回滚要复杂

应用场景：自动部署系统发布后发现问题，需要回滚到某一个commit，再重新发布

原理：先将本地分支退回到某个commit，删除远程分支，再重新push本地分支

操作步骤：

1、git checkout master
 
2、git pull
 
3、git branch master_backup //备份一下这个分支当前的情况
 
4、git reset --hard the_commit_id //把master本地回滚到the_commit_id
 
5、git push origin :master //删除远程 master
 
6、git push origin master //用回滚后的本地分支重新建立远程分支
 
7、git branch -d master_backup //如果前面都成功了，删除这个备份分支

好，主要就这些了。

转载请注明-极客教程