标签:TortoiseGit rebase 合并 dev merge master 分支
如果使用git,相信大家比较多的使用merge,对于rebase则少有陌生。相信刚使用git不久的同学会有一个困惑,经常使用merge会造成破窗效应,查阅log时会掺杂了大量无用的小提交,起初也对此习以为常,毕竟svn就是这样。
使用rebase其中的一个好处就是能够将多个commit合并为一次提交,但是网络上比较多的都是基于命令行,今天记录一下总结的基于小乌龟Git的merge/rebase提交管理流程。
理解git中上游下游概念
上游下游是一种相对概念,相对于remote/master,master就是下游。而相对于master分支,用于功能开发的dev分支就是下游。
总体的原则是,是下游分支(dev)与上游分支(master)合并方式使用rebase,并且rebase之前合并commit,来确保下游分支进度在上游分支之前,合并以及冲突解决在下游中解决。因此上游分支(master)使用merge方式同下游分支进行合并
正式开始
- 初始化版本库,添加1.txt,创建并切换至dev分支
- 继续开发,master提交1次,dev提交2次
- 从master中更新合并
- dev分支压缩commit,这样做有两个好处:整理commit,减少之后rebase的合并次数
- 使用rebase从master进行合并,解决合并冲突以后,分支树变成一条直线
- dev更新合并完成
- dev分支压缩commit,这样做有两个好处:整理commit,减少之后rebase的合并次数
- 切换至master分支,并使用merge合并dev
标签:TortoiseGit,rebase,合并,dev,merge,master,分支 来源: https://blog.csdn.net/mmy545237835/article/details/122256665
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。