gitrebase命令常常因为江湖上关于它是一种Git魔法命令的名声而导致Git新手对它敬而远之，但是事实上如果一个团队能够正确使用的话，它确实可以让生活变得更简单。在这篇文章中我们会比较gitrebase和经常与之相提并论的gitmerge命令，并且在真实典型的Git工作流程中识别潜在的可使用rebase的场景。Merge和Rebase概念概述首先我们应该明白gitrebase是用来处理gitmerge命令所处理的同样的问题。这两个命令都用于把一个分支的变更整合进另一个分支——只不过他们达成同样目的的方式不同。请考虑这个场景，当你开始在一个专有的分支开发新的功能时，另一位团队成员更新了mai
介绍Merge和Rebase是合并两个分支的操作。都是checkout到某个分支上，然后将别的分支合并（变基）到本分支上。注意：本分支（head指向的分支，或者经过checkout后的分支）会变化，而别的分支不会变化Merge:checkoutmaster（head指向master分支）mergefuture（将future分支融入master中，future不变，这里有两个情况，之后会介绍）Rebase:checkoutfuture（head指向future分支）rebasemaster（将master分支插入到future底部，master不变，future的基座变了，但是指向future
介绍Merge和Rebase是合并两个分支的操作。都是checkout到某个分支上，然后将别的分支合并（变基）到本分支上。注意：本分支（head指向的分支，或者经过checkout后的分支）会变化，而别的分支不会变化Merge:checkoutmaster（head指向master分支）mergefuture（将future分支融入master中，future不变，这里有两个情况，之后会介绍）Rebase:checkoutfuture（head指向future分支）rebasemaster（将master分支插入到future底部，master不变，future的基座变了，但是指向future
文章目录Git解决掉远程分支中的Mergebranch...提交记录实际操作情况一情况二总结Git解决掉远程分支中的Mergebranch…提交记录原理：采用一个新的分支使用reset--hard回退版本，回退之后使用cherry-pick将源分支Commit应用到修改分支，创建一个新的Commit取而代之合并完成之后返回源分支rebase合并分支，源分支合并完成之后推送到远程，完成修改知道了原理，现在我们来实际操作一下实际操作情况一远程分支现在有这样一个提交日志,我们想要删除b6c6ee5又想要保存修改的内容b6c6ee5(HEAD->master)Mergebranch'master'xx
文章目录Git解决掉远程分支中的Mergebranch...提交记录实际操作情况一情况二总结Git解决掉远程分支中的Mergebranch…提交记录原理：采用一个新的分支使用reset--hard回退版本，回退之后使用cherry-pick将源分支Commit应用到修改分支，创建一个新的Commit取而代之合并完成之后返回源分支rebase合并分支，源分支合并完成之后推送到远程，完成修改知道了原理，现在我们来实际操作一下实际操作情况一远程分支现在有这样一个提交日志,我们想要删除b6c6ee5又想要保存修改的内容b6c6ee5(HEAD->master)Mergebranch'master'xx
背景我司有一套开源使用规范，衰退期的软件或版本需要升级到GA版本。我们ES服务端是6.8.x的，根据ES官方推荐版本，springdataelasticsearch使用的是3.2.x，配套的springboot版本为2.2.x.我们当前使用的版本已经比较老了，我们需要将springboot升级到2.6.x，并将springdataelasticsearch升级到4.3.x。因为高版本springdataelasticsearch的API有较大的改动，我们代码中用到API已经被删掉了，整改工作量非常大，因此决定先升级springboot到2.6.x，springdataelasticsearch
背景我司有一套开源使用规范，衰退期的软件或版本需要升级到GA版本。我们ES服务端是6.8.x的，根据ES官方推荐版本，springdataelasticsearch使用的是3.2.x，配套的springboot版本为2.2.x.我们当前使用的版本已经比较老了，我们需要将springboot升级到2.6.x，并将springdataelasticsearch升级到4.3.x。因为高版本springdataelasticsearch的API有较大的改动，我们代码中用到API已经被删掉了，整改工作量非常大，因此决定先升级springboot到2.6.x，springdataelasticsearch
背景某次，因为蛋疼的原因，不小心把不该合并的分支合到了dev或者master分支，影响到了需求上线或其他。这时候就需要撤销某次的合并了。解决方案方案一1、找到最后一次提交到master分支的commit_id，即merge前的commit_id，也就是目标要回退到的commit_id。本图为Idea2021.3版本查看commit_id的方式。(点开git提交历史，查看代码改动的时候，左边的剪头指的那个)2、在当前分支，打开终端，执行命令回退gitreset--hardcommit_id。注：执行完以后，本地为回退分支，远程扔为被改变的分支3、从当前的分支重新拉一个分支，并将拉好的新分支推到远
背景某次，因为蛋疼的原因，不小心把不该合并的分支合到了dev或者master分支，影响到了需求上线或其他。这时候就需要撤销某次的合并了。解决方案方案一1、找到最后一次提交到master分支的commit_id，即merge前的commit_id，也就是目标要回退到的commit_id。本图为Idea2021.3版本查看commit_id的方式。(点开git提交历史，查看代码改动的时候，左边的剪头指的那个)2、在当前分支，打开终端，执行命令回退gitreset--hardcommit_id。注：执行完以后，本地为回退分支，远程扔为被改变的分支3、从当前的分支重新拉一个分支，并将拉好的新分支推到远
系列文章目录【SQL开发实战技巧】系列（一）:关于SQL不得不说的那些事【SQL开发实战技巧】系列（二）：简单单表查询【SQL开发实战技巧】系列（三）：SQL排序的那些事【SQL开发实战技巧】系列（四）：从执行计划讨论UNIONALL与空字符串&UNION与OR的使用注意事项【SQL开发实战技巧】系列（五）：从执行计划看IN、EXISTS和INNERJOIN效率，我们要分场景不要死记网上结论【SQL开发实战技巧】系列（六）：从执行计划看NOTIN、NOTEXISTS和LEFTJOIN效率，记住内外关联条件不要乱放【SQL开发实战技巧】系列（七）：从有重复数据前提下如何比较出两个表中的差异数据及
