![](https://img-blog.csdnimg.cn/20201014180756916.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
Git
kiba_zwei
这个作者很懒,什么都没留下…
展开
-
每个多需求并行开发的早晨执行一下,快乐生活每一天
就可以完成自己的一个特性分支同主分支的rebase了,但是使用过程中,多个需求特性同时开发时,切换来切换去执行脚本也有些麻烦。遂又写了一个多分支自动同步的脚本,与各位同学分享一下。脚本的基础上又套了一层多分支循环调用,并且比对了一下每次执行命令后的分支名符合预期,如果不一致则暂停同步脚本,保证rebase的冲突能够暴露给使用之。原创 2023-06-11 21:10:46 · 70 阅读 · 0 评论 -
合并commit,让你的主干干净起来!
在开发一个需求时,可能会因为review意见修改、解bug等事务导致一个需求会有多个commit,当这个需求提交到主干时,会让主干提交记录变得十分混乱,对于后续代码维护也不是很友好。所以,合并多个本地的commit变得十分有必要且重要。连续commitgit rebase -i HEAD~33 代表想要合并最近两个commit,想搞几个就写几就好了。命令输入后,会出现pick 5ff9f11 test 1pick 9fd1a2c test 2pick 62ee3cd test 3从第二原创 2021-06-24 22:21:17 · 180 阅读 · 0 评论 -
Rebase脚本,救救延期的项目吧
由于需求依赖较多一而再再而三的延期,自己的功能分支与主干相去越来越远,需要定期rebase一把保证最后提交时没有冲突。脚本很简单,出现冲突时,按照提示解冲突后再继续git rebase --continue就好了。#!/bin/bashrebase_from="develop"origin_branch=$(git rev-parse --abbrev-ref HEAD)echo "提交到暂存区"git stashecho "切换到${rebase_from}分支"git checkou原创 2021-08-05 22:00:27 · 88 阅读 · 0 评论 -
【进阶】Rebase脚本,救救延期的项目吧~
之前写了一个脚本用于每日rebase远端代码,但是出现如何本地没有修改则会造成rebase后自动拉出本地上一个stash提交,这样很不友好,一段时间我都是将stash和stash pop两行注释掉使用。最近有空优化了一下脚本,让他自动通过回显判断是否需要stash。脚本如下。#!/bin/bashrebase_from="develop"origin_branch=$(git rev-parse --abbrev-ref HEAD)#git回显中展示修改时特征值,比如当前为" M xxxx"mod原创 2021-11-23 10:30:00 · 196 阅读 · 0 评论