手记

记一次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 //如果前面都成功了,删除这个备份分支

好,主要就这些了。

转载请注明-极客教程

2人推荐
随时随地看视频
慕课网APP