代码分支管理;
项目做的久了代码越来越多,同时还要兼顾开发和修改BUG;没有一个好点的版本控制和管理是个很头疼的事情;
举个栗子:你正在做新项目新需求的开发,但是现在有个紧急的Bug需要修改,老板说今天修改完成晚上给测试,第二天紧急更新APP,现在的新需求还未开发完成不一起更新;你看着手里没有分支的代码是不是一脸懵逼;这时候我们需要两个分支:一个分支做开发、一个分支改BUG;这还只是最简单的单人开发,如果是团队开发每个人负责的新需求都不同,还有现在正在测试即将要发布的代码,还有线上的代码,估计某个地方出点问题更是爽到爆;
说一下个人对版本分支管理的见解:
master主干:线上的版本:主干的代码不做开发,目的是保留现在线上的版本,如果现在线上的代码出现任何的BUG或紧急添加新功能,就从master拉下来一个分支master_alter,master_alter分支的代码修改或添加后,然后测试打包发布,发布后把这个分支master_alter合并到master;删除master_alter分支,这时master任然是线上的版本;
release分支:预发布的版本、正在测试的版本:新需求已经开发完成,9.30号上线,这段的时间就是测试和修改BUG,我们给这个分支起名字叫release_930,等release_930版本的代码发布上线后,把release分支合并到master主干上,把release分支删除;
dev分支:正在开发的版本:假如公司出了两个新的需求,要给现在的商城项目添加一个新的功能叫购物车,然后我的这个分支叫dev_spc,日常的开发工作就一直在这个dev_spc这个分支上面;还要给商城加上店铺功能,然后我旁边哥们的分支就叫dev_shops,旁边这哥们他日常的开发工作就一直在这个dev_shops这个分支上面;开发完成后从dev分支合并到release分支,发布后再合并到master主干;master主干的代码不做开发用,保留现在线上的版本代码;
额、如果没看明白的话,那就再看一遍;嘿嘿嘿!!!