Git rebase命令实战

关闭页面特效

  一句话,git rebase 可以帮助项目中的提交历史干净整洁!!!


  1、新建一个 develop 分支

  

   2、在develop分支上新建两个文件

  

  3、然后分别执行 add、commit、push

  

   4、接着切换到master分支

   分别添加c.txt 和 d.txt两个文件,分别进行add、commit、push

  

  5、现在想把develop分支上开发的部分合并到master分支上

  

  6、git merge 会将master和develop合并的过程通过如下形式展示出来。

   借助 gitk 命令

  

  借助sourceTree工具

  

  如果master和develop分支上的这些开发部分都是同一个人操作,在合并的时候不想产生这种分叉的结果,怎么办呢?

  git-rebase命令简介:用在从上游分支获取最新commit信息,并有机的将当前分支和上游分支进行合并。因为develop分支是在master分支基础上建立的,所以master称为topic的上游分支。

  1、首先通过 git reset 恢复到master合并之前的状态

  2、切换到develop分支,执行如下操作

  

  

   3、如果你想把 rebase 之后的 master 分支推送到远程仓库,Git 会阻止你这么做,因为两个分支包含冲突。但你可以传入 –force 标记来强行推送。

  

  4、查看一下develop分支合并的效果,如下。

  

  

  看一下rebase的结果,就像是develop先把自己的提交保存起来,然后将master中的提交合并过来,最后在加上自身分支的提交,这样就不存在分支的合并效果了。

  5、接着切换到master分支,执行git merge 操作就可以了

  

  

  这时候,master和develop分支已经同步了。

  在rebase的过程中,也许会出现冲突(conflict). 在这种情况,Git会停止rebase并会让你去解决 冲突;在解决完冲突后,用"git-add"命令去更新这些内容的索引(index),然后你无需执行 git-commit,只要执行 git rebase --continue。这样git会继续应用(apply)余下的补丁。在任何时候,你可以用--abort参数来终止rebase的行动,并且"mywork" 分支会回到rebase开始前的状态。即git rebase --abort。


   git rebase -i [startpoint] [endpoint]

  其中-i的意思是--interactive,即弹出交互式的界面让用户编辑完成合并操作,[startpoint] [endpoint]则指定了一个编辑区间,如果不指定[endpoint],则该区间的终点默认是当前分支HEAD所指向的commit(注:该区间指定的是一个前开后闭的区间)。
在查看到了log日志后,我们运行以下命令:
  git rebase -i 0bb85c 582db9
  或者
  git rebase -i HEAD~3

  

  上面未被注释的部分列出的是我们本次rebase操作包含的所有提交,下面注释部分是git为我们提供的命令说明。每一个commit id 前面的pick表示指令类型,git 为我们提供了以下几个命令:

  pick:保留该commit(缩写:p)
  reword:保留该commit,但我需要修改该commit的注释(缩写:r)
  edit:保留该commit, 但我要停下来修改该提交(不仅仅修改注释)(缩写:e)
  squash:将该commit和前一个commit合并(缩写:s)
  fixup:将该commit和前一个commit合并,但我不要保留该提交的注释信息(缩写:f)
  exec:执行shell命令(缩写:x)
  drop:我要丢弃该commit(缩写:d)

  1、git rebase -i HEAD~3

     2、编辑合并信息

  

    3、修改commit信息

  

   4、commit信息预览

  

   5、commit合并结果

  

   6、可以看到master上之后又1条提交记录了,而develop上还有3个提交记录

   

  还是要通过 git push -f 命令将合并的commit结果提交的远程仓库中。

  如果develop分支也想要变成master分支这种合并效果,记住不要使用git merge 命令,还时会出现分叉的情况。继续使用 git rebase master命令。

  


  git commit –fixup 自动在commit消息前添加fixup!关键字。

  git rebase -i –autosquash 使用rebase自动合并被标记为fixup!的commit,其实是根据sha值来的。


  1.继续修复如下图所示对应的bug

  

   2、修改完之后执行 git commit --fixup 需要合并的commit id

  

  3、commit fixup 之后的效果

  

   4、执行git rebase -i --autosquash 需要合并commit id的父级commit id

    或者

    git rebase -i --autosquash commit id^

  

  5、执行rebase autosquash结果

  


__EOF__

作  者:胡峻峥
出  处:https://www.cnblogs.com/hujunzheng/p/9732936.html
关于博主:编程路上的小学生,热爱技术,喜欢专研。评论和私信会在第一时间回复。或者直接私信我。
版权声明:署名 - 非商业性使用 - 禁止演绎,协议普通文本 | 协议法律文本
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角推荐】一下。您的鼓励是博主的最大动力!

分类: Git, 工具
好文要顶 关注我 收藏该文
1
0
 
« 上一篇: java接口签名(Signature)实现方案
» 下一篇: HttpServletRequestWrapper使用技巧(自定义session和缓存InputStream)
posted @ 2018-09-30 19:07 胡峻峥 阅读(7852) 评论(1) 编辑 收藏

 

 
发表评论

昵称:

评论内容:
引用 粗体 链接 缩进 代码 图片

退出 订阅评论

[Ctrl+Enter快捷键提交]

历史上的今天:
2015-09-30 C++中public、protected及private用法
 
 
 
让世界充满爱-幸福平安(童声合唱) - 中央人民广播电台少年广播合唱团
 

喜欢请打赏

扫描二维码打赏

支付宝打赏

了解更多

原文地址:https://www.cnblogs.com/idyllcheung/p/11577461.html