由于目前在个人开发一个小程序，并且这个项目还在频繁的迭代版本、增加功能模块的过程中，版本并不稳定。所以在上一个版本上线后，就开始尝试创建一个feature分支，用于将自己正在开发需求的项目和线上正式版本分开。然而在这次版本上线时差点出错，因为忘记将上线过补丁版本的master分支合并到需求开发分支，差点把上一次上线的补丁搞没了。所以现在准备给自己定一个规范，防止出错并且更规范的在多分支下开发。
首先确定分支。除了master分支以外，develop、fixbug两个分支。develop用于开发需求，fixbug用于补丁。这样如果在开发需求时需要紧急修复，可以从feature切换到fixbug进行修复，不会干扰到正在开发的需求。由于当前小程序体验版只用对开发成员以外的同事测试，所以目前体验版使用develop分支。上线前准备提交的体验版和上线后的正式版统一使用master分支。
其次是开发流程:
- 接到新的需求后，开始在develop分支上开发。
- 如果需求开发过程中需要紧急补丁，则切换到fixbug分支。
- 在develop和fixbug分支的开发完成准备上线时，合并到master分支，并在master分支上提交小程序，保证上线时的版本与master分支一致。
- 上线完成后，将master分支合并到develop和fixbug分支，在开发前保证分支的版本是最新的，与正式版一致。
