这段时间收到的需求很多，可能是临近两周一次的大版本灰度上线，这次产生了一个关于git的思考，就是各个版本之间怎么管理的问题，这里做出我自己的一些方法。
首先，既然已经明确了remote分支中的release分支为主分支，那当我们有多个需求要同时处理的时候，我们可以建立多个不同的远程分支，例如命名为v201-1、v202-2，分别表示“201需求的第1次灰度”和“202需求的第2次灰度”。这样远程的分支就确定完毕了，以任务为导向。

其次，就是本地分支的设定，这个主要是按照自己每一次的需求来设置，比如你出现了bug时，你可以从远程分支拉取一个fix下来，设定自己的名字，比如（v201-1-fix-xxx），如果出现了需求，你可以拉取一个feat下来，跟上述同理，下面是常用的分支名称

feat：新功能/需求
fix：修补bug
perf：性能优化

提交commit的时候可以取名

feat：实现了xxx任务
fix：修复了xxx问题
perf：优化了xxxx

最后，当你其中的一个远程分支v201-1测试完毕准备上线了，你就将其merge合并到release分支中，以保证该项目代码的统一性。