Git rebase命令使用实战

一、前言

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

二、避免合并出现分叉现象git merge操作

　　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工具

git rebase操作

　　如果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。

手动合并多个commit记录

rebase -i 命令介绍

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）

rebase -i命令执行

　　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命令。

自动合并多个commit记录

命令介绍

　　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、执行rebaseautosquash结果

到此这篇关于Git rebase命令使用实战的文章就介绍到这了,更多相关Git rebase命令内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

赞 (0)

相关推荐

  • Git命令的简单整理大全

    前言 自动帮助记录每次文件的改动,同时协作永工作 学习git命令是充分必要的 集中式和分布式 分布式每个人电脑都是一个完整的版本库,也有类似中央服务器的电脑,但是这个服务器只是用来交互打架的修改没有它大家也一样干活,只是交互修改不方便而已 安装只要安装了xcode就可以了 仓库:里面文件修改,删除,添加都能被git追踪,认识时刻都能追踪历史或者将来某哥时刻还原只能追踪文本文件的改动 创建目录和查看路径 mkdir 创建目录   cd    进入到目录里面 pwd   用于显示当前的目录 cat 

  • Git的简单理解及基础操作命令详解

    git和svn有什么区别呢? git采用分布式版本库管理,而svn采用集中式版本库管理. 集中式版本库管理需要有一台存放版本库的服务器,开发人员在开发的时候分别从服务器拉取过来最新版本,然后创建/进入分支进行开发,开发完成之后将分支提交或者合并到主分支. 分布式版本库管理允许开发者们将版本库搬到自己的电脑上,在开发过程中,开发者们可以根据不同的目的创建分支和修改代码,开发完成后进行各项合并,这样做提高了开发的敏捷性和速度,并且减少了公共服务器的压力,且任意两个开发者之间的冲突更容易得到解决. g

  • 分享Git常用7大技巧和命令

    Git 是一个非常强大的工具,它包含丰富的工具用以维护项目.本文介绍了一些 Git 日常使用过程中的实用技巧和命令,希望这些内容能够对大家有所帮助. 一.Git diff比对命令 通常情况下,我们会在自己的独立分支中完成需求开发,此时就会有需求将自己的分支和其他分支进行对比.这个功能可以通过 git diff branch1 branch 命令来实现. 如果希望对比暂存区和当前的 HEAD,那么使用 git diff --cached 命令会非常方便.普通的git diff命令默认对比的是没有加

  • 日常收集整理的Git常用命令

    Git 是一个很强大的分布式版本控制系统.它不但适用于管理大型开源软件的源代码,管理私人的文档和源代码也有很多优势. 查看.添加.提交.删除.找回,重置修改文件 git help <command> # 显示command的help git show # 显示某次提交的内容 git show $id git co -- <file> # 抛弃工作区修改 git co . # 抛弃工作区修改 git add <file> # 将工作文件修改提交到本地暂存区 git add

  • Git基本常用命令

       mkdir:         XX (创建一个空目录 XX指目录名)    pwd:          显示当前目录的路径. git init          把当前的目录变成可以管理的git仓库,生成隐藏.git文件. git add XX       把xx文件添加到暂存区去.    git commit –m "XX"  提交文件 –m 后面的是注释.    git status        查看仓库状态 git diff  XX      查看XX文件修改了那些内容

  • Git 命令行教程及实例教程(附github注册)

    Git 命令行教程及实例教程(附github注册)

    本篇博客主要讲解以下问题: Git 常用命令 创建新仓库 检出仓库 添加与提交 推送改动 分支 更新与合并 标签 替换本地改动 Git实例教程 操作小技巧 Git 常用命令常用命令 创建新仓库 创建新文件夹,打开,然后执行 git init 以创建新的 git 仓库. 检出仓库 执行如下命令以创建一个本地仓库的克隆版本: git clone /path/to/repository 如果是远端服务器上的仓库,你的命令会是这个样子: git clone username@host:/path/to/

  • Git pull(拉取)，push(上传)相关命令介绍

    前言:博主最近在学习git命令,因为git是一个非常好用的分布式版本管理工具,功能比svn强大,与SVN不同点是Git去中心化,每一个分支都是一个中心,并且支持本地仓库存储,像如今很多大公司都用git做版本控制.话不多说,具体命令整理如下: git拉取远程代码 git clone  https://xxx.git git拉取远程指定分支下代码(-b  分支名称) git clone -b v2.8.1 https://xxx.git 初始化一个本地仓库,在同级目录下会出现一个隐藏的.git文件

  • Git pull命令与fetch命令的区别

    Git pull命令与fetch命令的区别 今天在公司碰到个问题,公司不使用master分支作为主分支,而使用release分支作为主分支,这就碰到了个问题,也就是当clone一个项目下来的时候,如果master跟release分支有冲突,就不能pull了,自己还要解决冲突. 刚下一个项目,也不懂冲突到底怎么回事,也就很难搞了. 这个时候,就不得不提Git的两个命令,git fetch和git pull Git中从远程的分支获取最新的版本到本地有这样2个命令: Git fetch git fet

  • C#/.NET使用git命令行来操作git仓库的方法示例

    我们可以在命令行中操作 git,但是作为一名程序员,如果在大量重复的时候还手动敲命令行,那就太笨了. 本文介绍使用 C# 编写一个 .NET 程序来自动化地使用 git 命令行来操作 git 仓库. 这是一篇很基础的入门文章. 最简单的运行 git 命令的代码 在 .NET 中,运行一个命令只需要使用 Process.Start 开启一个子进程就好了.于是要运行一个 git 命令,我们其实只需要这句足以: Process.Start("git", "status")

  • Git rebase命令使用实战

    一.前言 一句话,git rebase 可以帮助项目中的提交历史干净整洁!!! 二.避免合并出现分叉现象git merge操作 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合并的

  • 详解Git 的 rebase 命令使用方法

    详解Git 的 rebase 命令使用方法

    在基于 Git 的开发过程中,我们很容易遇到合并代码的情况,例如我们从 master 分支拉取了一个 feature 分支,当我们开发到一段时间之后,可能需要将 master 的代码合并到我们当前的 feature 分支之中. 这时,我们有两个选择,一个是使用git merge命令,一个是使用git rebase命令,这两个命令都是用来合并代码的,但却有一些差异.在本文中,我们主要讲述git rebase命令的使用方法,也会简单介绍这两个命令的差异. 如上图所示,我们从 master 分支拉取了

  • 解决使用commit提交大文件无法推送到远程库问题及git rebase使用详解

    解决这个问题并没有特别的(删除提交历史中某个文件,然后重新push),但是由于开始的使用失误,中间有使用git rebase和git reset命令处理,所以特此记录下 大文件无法push到远程仓库 问题 首先,故事(事故)的起因是这样的. 某次git push(类似测试使用,没有分支)到远程仓库时发生如下无法提交大文件的报错(大文件是一个pdf文件) $ git push Enumerating objects: 204, done. Counting objects: 100% (204/2

  • git rebase -i合并多次提交的实现

    简介 在日常开发中,代码变更比较频繁,有时候想让前几次提交的合并为一次提交,这里可以使用git rebase -i 命令来完成,当然,git rebase命令不仅仅用于合并提交,它还有许多用处,比如可以使用git rebase onto将某一段commit粘贴到另一个分支上等等,这里主要介绍合并提交. 命令介绍 rebase为变基 git rebase -i 命令可以压缩合并多次提交 格式:git rebase -i [startpoint] [endpoint] 其中-i的意思是–intera

  • Git 常用命令速查表(图文+表格)

    Git 常用命令速查表(图文+表格)

    一. Git 常用命令速查 git branch 查看本地所有分支 git status 查看当前状态 git commit 提交 git branch -a 查看所有的分支 git branch -r 查看远程所有分支 git commit -am "init" 提交并且加注释 git remote add origin git@192.168.1.119:ndshow git push origin master 将文件给推到服务器上 git remote show origin

  • Git 常用命令整理

    前言 这里就不介绍 git 了,表一看到命令行就怕怕,常用的命令也就这些,基本满足 99% 以上的项目需求,非常实用. 正文 一.常用 git 命令 1.1 git clone <url> [<directory>] 从远程库 clone 代码到本地,directory 用于指定一个新目录名 1.2 git status 检查本地状态,可以查看当前所在分支.新增或被修改的文件 1.3 git checkout <file> 还原某文件所作的修改,也可以 "gi

  • git rebase 成功之后撤销的操作方法

    rebase在git中是一个非常有魅力的命令,使用得当会极大提高自己的工作效率:相反,如果乱用,会给团队中其他人带来麻烦.它的作用简要概括为:可以对某一段线性提交历史进行编辑.删除.复制.粘贴:因此,合理使用rebase命令可以使我们的提交历史干净.简洁! 下面看下git rebase 成功之后如何撤销,感兴趣朋友看下. git rebase 过程中可以使用git --abort/--continue来进行操作,成功之后如何撤销呢? 首先执行git reflog查看本地记录 可知本次rebase

  • 一不小心git rebase后出现(master|REBASE 1/10)的问题及解决办法

    有时候在向服务器git push origin master的时候会出现失败的现象.它是这样的 然后呢,我在百度上历经千辛万苦,找到了解决的方法. 他说是因为远程仓库和本地仓库文件冲突,使用git pull --rebase origin master(拉取远程的文件把本地的覆盖,再上传).然后再进行push,我这天真的小白,就深信不疑地使用了.第一次还真的成功了.还提交上去了.但是好景不长,我再次使用的时候(也可能是命令记错了),就变成了这样 然后我git status,他是这样的 不仅这样,

  • git rebase -i 修改历史提交的方法

    git rebase -i 修改历史提交 commit 3 add 22222 commit 2 add 11111 commit 1 create file 有如上三次提交,发现第二次提交有失误,准备修改第二次提交. git log –oneline 查看head f206555 add 2222 572a41e add 1111 c195175 feat:create file git rebase -i c195175 回到第一次提交的基础上 进入命令模式 选择进行edit 此时已经回到第

随机推荐