刚上班的时候,合并代码都是交给技术组的组长去合并代码的,记得那时,合并代码的时候,都会叫过去,问写这个代码的人要合那一部分,有时候提交代码错了,还要叫老大去回滚代码。现在想想,这个种开发方式太低效了。
所以毕业后半年,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 //如果前面都成功了,删除这个备份分支
好,主要就这些了。
转载请注明-极客教程