代码分支管理；

项目做的久了代码越来越多，同时还要兼顾开发和修改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主干的代码不做开发用，保留现在线上的版本代码；

额、如果没看明白的话，那就再看一遍；嘿嘿嘿！！！

转载于:https://www.cnblogs.com/cuichen16/p/10785957.html