开发流程

准备

• 克隆项目master分支
• 在本地切除新分支
• 本地分支同步保存到服务器 (如果不需要部署看效果，可以不推送)
• 提交分支后，通过内网服务器(250)预览效果，地址：{内网域名}/{分支名}

提交过程

• 通过CZ，关闭对应的issue，发送Pull Request动作

  发现问题并没有完全修复或引发了其他问题，但是还是有关联，reopen这个问题或增加新issue关联到当前的issue

• 项目管理员检查合并修改
• CI通过检查，在250服务器上产生对应的代码部署效果

使用注意

• 部署以后，只有编译后的代码
• 预览完整功能，需要前、后台的分支名称相同才能有效

构建细节原理

• CI，jshint代码检查，推送测试覆盖情况给coveralls
• 推送分支到250服务器
• 接收到的推送消息，
  • 根据分支名称构建目录
  • 并编译 (只有后台编译)
  • 强行覆盖所有内容 (如果已经存在同名文件夹)
  • 删除部署后不需要的文件
  • 重启发布服务 (只有后台)

需求环境到master环境

• master环境不允许直接合并，全部使用pull提交（方便回滚，由于我们对于git的操作不熟练，可以通过界面处理）
• 在每周四部署时，对master代码打版本号，生成日志（手工进行）

流程图例

流程检查点

• CI检查通过情况
• 代码覆盖率
• changelog对应的代码版本关系是否准确

待完善

• 现在只做了本地代码到服务器预览效果这一步，对于test环境和master处理还没有展开