持续集成流程图-2
2016-11-12 19:55:14 0 举报
持续集成流程图-2展示了一个更加详细的持续集成过程。首先,开发人员将代码提交到版本控制系统,如Git。接下来,持续集成服务器(如Jenkins)自动拉取最新的代码并执行构建任务,包括编译、运行测试和生成文档等。如果构建过程中发现问题,如编译错误或测试失败,持续集成服务器会立即通知开发人员。开发人员需要尽快修复问题并重新提交代码。如果构建成功并通过所有测试,持续集成服务器会将构建产物部署到预发布环境,供团队成员进行进一步的测试和验证。最后,当所有团队成员都确认代码质量后,持续集成服务器将构建产物部署到生产环境,完成整个持续集成过程。
作者其他创作
大纲/内容
用户下单
ConcreteNEdoResult.json
MasonryBEdoResult
cancle
结束
修改后逻辑
EarthBEdoResult.json
register
register 2
模板
GCLNEdoResult140
TemplateBEdoResult
MasonryBEdoResult.json
返回结果给前端
web端
EarthNEdoResult
查看工程量差异结果
register 1
TemplateNEdoResult
砌体
开始
装修
oss存.db和.json
解析相关db文件
delete
TemplateNEdoResult.json
worker端
register 3
查询redis中是否存在
扣减用户额度
混凝土
ConcreteBEdoResult
根据comparetype查询出映射json文件
额度系统
生成订单
根据请求条件,组装不同的返回结果
土方
MasonryNEdoResult.json
EarthBEdoResult
TemplateBEdoResult.json
将返回结果放到redis里
GCLBEdoResult140
加载ProjSettingCompareResult
主送审工程对比
读取json文件映射
Y
ConcreteNEdoResult
拷贝
修改前逻辑
主送审工程开始对比
结果存储到redis返回结果给前端
ConcreteBEdoResult.json
下载db文件文件到本地
工程量差异分析查看
操作完之后,新结果覆盖
根据comparetype查询出映射db文件
数据落库
根据businesstype查询数据库组装结果
GCLNEdoResult140.json
EarthNEdoResult.json
生成工程差异分析
订单系统
RebarBEdoResult
GTJ工程对比
内存queue
GCLBEdoResult140.json
钢筋
下载json文件到本地
RebarBEdoResult.json
compare后端
0 条评论
下一页