个人网站建设免费分析,微信公众营销平台开发,字体设计免费版在线立即生成,企业网站建设全包背景
现阶段的Git源代码管理上有一些漏洞#xff0c;导致在每次上线发布的时间长、出问题#xff0c;对整体产品的进度有一定的影响。
作用
新的Git源代码管理方案有以下作用#xff1a;
多功能并行开发时#xff0c;测试人员可以根据需求任务分配测试自己的功能#…背景
现阶段的Git源代码管理上有一些漏洞导致在每次上线发布的时间长、出问题对整体产品的进度有一定的影响。
作用
新的Git源代码管理方案有以下作用
多功能并行开发时测试人员可以根据需求任务分配测试自己的功能环境互不干扰(需要提供多环境)也可以集成全业务流程测试功能并且支持拆分上线所有代码冲突必须在版本环境解决原则上V1环境打包好的版本测试通过直接推给beta环境测试beta环境测试通过直接推到生产环境(灰度环境)如果有拆分上线再由各功能分支合并到版本环境从新打tag提测。
权限
版本环境开放给开发人员(包括组长、项目经理)master环境只开放给源代码管理员业务线技术负责人。
角色
本流程涉及到的角色有以下
开发人员主要负责功能开发发送功能测试合代码请求填写封版内容提交脚本解决合并代码冲突协助解决部署问题组长项目经理主要负责创建测试封版请求运维管理平台督促开发人员合并代码检查封版内容是否准确测试人员主要负责功能、性能测试根据开发人员提供的版本tag打包测试测试通过后通知运维tag分支名称与测试通过的程序包。运维人员主要负责生产程序部署根据测试通过的程序包master打制品库生产部署过程中出现问题的程序回滚。源代码管理员主要负责master源代码合并(根据测试通过的版本分支tag打master的release。
流程 功能分支
开发人员从master获取生成功能分支功能分支线命名规范服务名称“-”版本号。 版本提测图1项目经理(委托人)从master获取生成V1版本分支分支线命名规范服务名称“-”版本号开发人员把需要提测功能分支发送合并代码请求通知组长(委托人)组长(委托人)合并代码生成版本tag并通知测试人员项目经理(委托人)创建测试封版请求运维管理平台由各个开发人员填写内容开发人员把需要的脚本提交到运维管理平台版封表格格式以《SQL审计规范》https://archery.bndxqc.com/dbaprinciples/测试人员基于开发人员提供的tag编译打包测试测试完测试人员给出最终版本tagtag命名规范服务名称“-”版本号“-”时间yyyymmddhhmmss
如bonade-officialcar-oil-V4.2.0-20210324121145
Fix bug重复上述内容注意如果在测试期间生产有发生bug修复后需要从新拉取master与现有的版本内容合一次再打tag 。 体验上线图1
如果测试通过的版本tag是整体都上体验就直接拿版本tag打的包推到体验环境以下步骤不需要执行如果测试通过的版本tag是部分上体验需要在版本环境从新构建打tag再上测试环境-体验环境Fix bug重复上述内容。 生产上线图1体验测试通过直接推送到生产线(包括灰度)原则上测试与体验是同一个包生产环境通过后由源代码管理员最终通过的版本tag对应的源代码合到master如果发现冲突项目经理安排开发人员解决生产环境通过后由源代码管理员打一个生产版本tag(v1.0.0-release)。 Fix Bug上线图2开发人员从master拉取代码生成功能分支进行修复重复版本提测流程。 图1 图2 图3 配置规范 前端
由于存在多个环境开发测试体验生产而又使用同一个tag发布代码故前端代码中不应该写死接口请求域名如写死BaseUrl薪公务用车若项目中有写死跨子域名的请求则需要在代码中判断当前环境再请求对应环境的域名 后端配置文件统一放在nacos配置中心启动配置中心的环境通过启动脚本注入需要运维配合实施前端需要用到的域名由运维统一配置然后提供给开发人员(包含APP、前端、后端)前端用到的路由如果是再网关层配置如gatewayzuul配置的由后端人员配置如果是nginx的由后端人员提供配置给运维协助配置。 运维
域名nginx启动脚本由运维人员配置。
