我们通常通过Github进行协作工作，有时候在提交PR过程中，可能存在与别人已合并PR的冲突问题，此时便可以通过rebase操作解决这些问题并重新提交PR，下面我们将这个过程简单描述记录一下。1.场景构造首先让我们在脑子中构造一个简单的场景：当我们提交一个PR到Github的主仓库时，此时通过Github的检查发现存在很多与主分支的冲突，这些冲突并不能通过在PR中进行对应文件的修改解决。2.rebase过程此时我们需要做如下操作：在我们的Github分支上，拉取与主库的差距（Syncfork操作）将我们自己分支的最新信息pull到本地的主分支（例如dev分支）切换到需要rebase的分支，执行

rebase的两种用法用法一:合并当前分支的多个commit记录1.找到想要合并的commit,使用rebase-i2.进入Interact交互界面3.使用s命令合并到上一个commit4.修改commit记录5.查看最新合并情况6.rebase的其他用法用法二:避免出现分叉合并场景1:合并时,最舒服的情况场景2:各分支都有自己新的commit●develop直接mergefeature●developrebasefeature●rebase两步走完整版step1:feature先rebasedevelopstep2:develop再mergedeveloprebase时如何解决冲突使用reb

rebase的两种用法用法一:合并当前分支的多个commit记录1.找到想要合并的commit,使用rebase-i2.进入Interact交互界面3.使用s命令合并到上一个commit4.修改commit记录5.查看最新合并情况6.rebase的其他用法用法二:避免出现分叉合并场景1:合并时,最舒服的情况场景2:各分支都有自己新的commit●develop直接mergefeature●developrebasefeature●rebase两步走完整版step1:feature先rebasedevelopstep2:develop再mergedeveloprebase时如何解决冲突使用reb

引言网上有太多讲rebase和merge的文章，但大多都是复制粘贴没有自己的理解，而且很多博客的例子写的过于复杂，让人没兴趣看下去。根据奥卡姆剃刀原则，本文举最简单例子，大白话几句就让你快速掌握rebase的核心原理和用法。本博客将持续修订更新，看完如果还是有疑问，可以评论区留言，我解释到你彻底搞懂为止！最新更新：2023.3.16一、提交节点图解首先通过简单的提交节点图解感受一下rebase在干什么构造两个分支master和feature，其中feature是在提交点B处从master上拉出的分支master上有一个新提交M，feature上有两个新提交C和D此时我们切换到feature分支

引言网上有太多讲rebase和merge的文章，但大多都是复制粘贴没有自己的理解，而且很多博客的例子写的过于复杂，让人没兴趣看下去。根据奥卡姆剃刀原则，本文举最简单例子，大白话几句就让你快速掌握rebase的核心原理和用法。本博客将持续修订更新，看完如果还是有疑问，可以评论区留言，我解释到你彻底搞懂为止！最新更新：2023.3.16一、提交节点图解首先通过简单的提交节点图解感受一下rebase在干什么构造两个分支master和feature，其中feature是在提交点B处从master上拉出的分支master上有一个新提交M，feature上有两个新提交C和D此时我们切换到feature分支

一、只修改最后一次提交记录运行以下这条命令之后，它会打开一个vim编辑器，我们就可以修改上一次commit时输入的提交信息。gitcommit--amend接下来你要是想修改描述信息的话，直接键入：i，此时进入了输入模式。可用键盘上下键转到描述所在的那一行，然后进行修改。修改完成后，按下Esc 键退出编辑模式，在键入:wq回车退出并保存修改，完成提交。amend：是补丁的意思，amend不是修改最近一次commit，而是整个替换掉他。amend后生成的commit是一个全新的commit，之前的老的commit会从项目历史中被删除。如果你amend了一个被其他开发者使用的commit，会严重影

一、只修改最后一次提交记录运行以下这条命令之后，它会打开一个vim编辑器，我们就可以修改上一次commit时输入的提交信息。gitcommit--amend接下来你要是想修改描述信息的话，直接键入：i，此时进入了输入模式。可用键盘上下键转到描述所在的那一行，然后进行修改。修改完成后，按下Esc 键退出编辑模式，在键入:wq回车退出并保存修改，完成提交。amend：是补丁的意思，amend不是修改最近一次commit，而是整个替换掉他。amend后生成的commit是一个全新的commit，之前的老的commit会从项目历史中被删除。如果你amend了一个被其他开发者使用的commit，会严重影

gitrebase命令常常因为江湖上关于它是一种Git魔法命令的名声而导致Git新手对它敬而远之，但是事实上如果一个团队能够正确使用的话，它确实可以让生活变得更简单。在这篇文章中我们会比较gitrebase和经常与之相提并论的gitmerge命令，并且在真实典型的Git工作流程中识别潜在的可使用rebase的场景。Merge和Rebase概念概述首先我们应该明白gitrebase是用来处理gitmerge命令所处理的同样的问题。这两个命令都用于把一个分支的变更整合进另一个分支——只不过他们达成同样目的的方式不同。请考虑这个场景，当你开始在一个专有的分支开发新的功能时，另一位团队成员更新了mai

gitrebase命令常常因为江湖上关于它是一种Git魔法命令的名声而导致Git新手对它敬而远之，但是事实上如果一个团队能够正确使用的话，它确实可以让生活变得更简单。在这篇文章中我们会比较gitrebase和经常与之相提并论的gitmerge命令，并且在真实典型的Git工作流程中识别潜在的可使用rebase的场景。Merge和Rebase概念概述首先我们应该明白gitrebase是用来处理gitmerge命令所处理的同样的问题。这两个命令都用于把一个分支的变更整合进另一个分支——只不过他们达成同样目的的方式不同。请考虑这个场景，当你开始在一个专有的分支开发新的功能时，另一位团队成员更新了mai

首先通过简单的提交节点图解感受一下rebase在干什么？提交节点图解两个分支master和feature，其中feature是在提交点B处从master上拉出的分支，master上有一个新提交M，feature上有两个新提交C和D。此时切换到feature分支上，执行如下命令，相当于是想要把master分支合并到feature分支。gitcheckoutfeaturegitrebasemaster//这两条命令等价于gitrebasemasterfeature下图为变基后的提交节点图，解释一下其工作原理：[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QD9Ycx