背景介绍
在日常项目迭代、系统维护中，代码管控是非常实用的一个技能，在此处记录一下我在日常项目中，是如何管理版本的~
代码管控
正常需求开发流程
在项目中，我是有两个默认分支，并且保护起来：master、test
每次有新需求的时候，从master拉一个特性分支出来，命名方式feat_需求名_上线时间。
开发的内容提交到此分支，开发完后，合并到test。测试过程中有问题，则在需求分支上改，改完后，再合到test。等需求通过测试流程，要上线时，再合并到master分支。
我有个朋友的上线流程不太一样，他是从master拉个新分支x来合并需求分支的代码。发版本就用x分支，这样有个好处就是，一旦出现生产事故，可以通过切换分支的方式，快速回退版本。
BUG修复
同理，如果有生产环境待修复，也是从master分支拉一个hot fix分支出来，命名方式：fix_bug内容。
修复完后，推到test，测试无误后，再推到master。
贴一个朋友画的流程图~
就酱，结束~
