人员编排

吃饭app运维：yyl
吃饭app前端开发: cruyun
吃饭app后端开发: 可可

API文档的编写和测试驱动开发

api文档的编写要按照规范，吃饭app只有一个api,它的文档如下：

规定好api文档后，就可以开始写后台的程序了。编写api的时候，采用测试驱动开发。
测试驱动开发就是编写一个api(根据已有的api文档编写)之前，先写这个api的测试，完成相应的api之后，再跑这个测试。
这是编写api之前跑的测试：

显示这个api的测试失败
完成 api 之后的测试：

测试成功，就代表这个api编写，完成.

分支的管理

开发过程中主要维护master，dev和release分支
这是吃饭app前端仓库的分支。

master是主分支，dev-xxx是当前正在开发的分支(如图中显示正在开发1.5版)，release-xxx是每一个版本的分支(比如图中就显示了曾经的1.0版)
吃饭app的开发1.5版的过程是在dev-xxx分支上进行的，当1.5版完成时，将dev-1.5分支合并到master分支,从master分支中拉出release-1.5分支，删除dev-1.5分支。

部署到测试环境

当吃饭app的前后端的开发都完成之后，就可以部署到测试环境了。我们的测试环境就是一些阿里云的学生学生机。
在本地和测试环境上都应该使用docker部署，镜像的构建有两种方式，一种就是直接在测试环境上拉取吃饭app仓库的代码，另一种是使用阿里云RAM(Resource Access Management,简称RAM)相应的镜像仓库里构建镜像再把镜像拉到测试环境。
吃饭app的前端是cruyun写的，吃饭app的后台是可可写的。所以吃饭app的前端部署到测试环境由cruyun负责（使用docker），吃饭app的后端是由可可负责部署测试环境（使用docker）.

部署到生产环境

吃饭app在测试环境上测试成功后，就可以部署到生产环境上了。部署到生产环境需要使用阿里云RAM(Resource Access Management,简称RAM)。
部署到生产环境需要测试需要专门的权限。这个权限久需要吃饭app的运维人员（也就是我）。
我先登录阿里云的RAM控制台。

这个账号是团队的子账号，是专门的人才有的哦。
登录之后，点击容器服务，进入镜像仓库控制台。为这个吃饭app创建一个命名空间（namespace） –muxi

现在我创建了这个namespace，我对这个namespace有管理权限，所以我可以在这个namespace下为吃饭app创建新的镜像仓库。
如图，这是我为吃饭app前端创建的镜像，可以看到我对这个镜像仓库有管理权限。

点击进入管理镜像仓库，设置构建信息，构建镜像。

这样吃饭app的前端镜像就构建好了，根据镜像地址就可以部署到生产环境了呢！
吃饭app后端同理。

最后

哇！这样我们的吃饭app就上线了？？！！
没错就是这简单！
只要遵守这个开发流程，就是这么简单撒！！！
感谢cruyun , yyl 和可可！！！