项目可以分为：PC端、IOS端、安卓端、java后端
其中又分为开发版本、测试版本，上线版本，稳定版本（0）
按功能分：有主站点、子站点、私有云模式
所以合理的布局，可以使团队协作更高效、开发体验更好。
安卓版本管理
- 原Android仓库：前端-Adroid端代码（V1.0版本）
[暂停] - 新Android仓库地址：前端-Android端代码（V2.0版本）
- 规定：一个发布分支（只读）
- 应用商店发布的版本必须要打一个relase版本，并作为发行版本
- 日常tag标签，是方便快速回退版本
git add .
git commit -m "提交备注"
git chekout -b[如果没有此分支就创建] yspdev[本地开发分支]
git tag v5.8.0-snap[版本号-测试] -m "tag备注" [版本备注]
git tag v5.8.0-release[版本号-正式] -m "tag备注" [版本备注] //如果是正式版本，可以打次版本
#将tag 推送到远程
git push orign tag v5.8.0-snap
此时，可以保证APPstroe中的版本一定有对应的relase版本在git 仓库中
此时，假如线上的产品 v5.8.0版本 发现BUG，需要马上修复，而我们本地的开发分支已经开发到5.8.0.899版本
git add .
git commit -m "功能中断开发，需要修复v5.8.0-realse版本代码"
git push origin yspdev yspdev [分支名]
#获取远程tag
git fetch origin tag v5.8.0-realse
#将tag拉取成一个修复bug的临时分支
git checkout -b v5.8.0_bug_branch_temp1 v5.8.0-realse[版本快照]
//此时可以再次分支上进行bug修复，修复完成后，测试通过，需要进行更新发布--发布完成后
#切回master分支
git checkout master
#将修复的分支，合并到master分支上
git merge v5.8.0_bug_branch_temp1
#将master推送到远程
git push origin master
#远程新建pull request,将master分支合并到发布realse分支
#并将relase分支，再打包一个tagbug修复版本v5.8.1
#再切换回开发分支
git checkout yspdev
#将master 分支合并到当前分支
git merge master
#至此，bug再新版本中也修复完成
