20220521前端周报针对test发布失败的思考

本周完成工作:

本周重点工作项目:

1. 国内、巴厘岛需求开发;
2. 巴厘岛需求跟进;
3. 项目1需求跟进开发
4. 前端代码规则开发宣导;

每个工作项目情况如下&＃xff1a;

一、 国内、巴厘岛需求开发:

① 国内需求1页面功能优化(已上线);

② 国内需求2页面功能优化(已上UAT);

③ 需求3(已上UAT);

④ 需求4、需求5、需求6(已上线);

二、巴厘岛需求跟进:

本周已开始全面承接巴厘岛各项目的需求开发, 项目双责任人绑定,每周与相关产品沟通对应进度 ,目前前端开发进度正常,暂无风险;

三、项目1需求跟进开发:

项目1UI反馈样式基本已修复,本次修复完成将交予测试进行最终版本的UI样式、功能回归验证;

本周与业务方、产品进行深入沟通, 过程中交换了需求改动、产研测协作等方面的意见, 有利于后续更高效开发;

四、前端代码规则开发宣导:

本周对代码提交代码进行check时, 发现有同学使用 --no-verify 跳过git代码规则校验, 会有一定风险;

措施: 已进行宣导域内前端项目后续提交代码禁止使用 --no-verify 绕过git验证钩子, 会在下周开始定期检查提交规范;

下周工作计划:

1. 需求1开发;
2. 需求2开发;
3. 项目1、项目2进度跟进;
4. 进行《XSS攻击及预防方案》分享;
5. 进行《xxx-模块拖拽、自定义key等功能》域内前端分享;

本周工作总结:

问题: 本周在有同学反馈代码合并后构建后, 产品反馈test环境未生效;

原因: 排查之后发现, 该项目是重构UI的需求代码都在A分支, 该同学代码已经合并到A分支, 但是构建的时候惯性思考, 依旧构建test分支;

思考: 表面是test环境发布分支不对的问题, 但拆解之后可以得出以下几个问题:

1. 点击构建发布的时候有没有确认对应的commit信息?
2. 构建成功有没有去验证代码是否发布成功?
3. 是对test环境放松, 还是uat、pro环境都如此?

措施: 随后和该同学沟通, 询问相关原因&＃xff0c;并提出预防措施, 其实这并不是一件特别严重的事情, 只是希望让整个大家认识到&＃xff0c;团队对于故障、问题的态度一定是严肃严格的;

针对上述问题, 重新宣导了如下规则:

1. 合并生产代码前, 一定确认本次合并的改动代码文件是否匹配, 使用 --no-ff 进行合并;
2. 出现代码合并冲突, 群内及时反馈;
3. 构建发布, 需确认构建分支commit信息是否正确、是否成功发布;
4. 生产发布后, 需及时通知产品验收, 并确认是否有异常;

总结: “我以为是没问题的&＃xff0c;我以为是对的, 我以为是这个意思”。很多问题都是因为这种“想当然”导致的&＃xff0c;所以遇到问题我们要认真思考&＃xff0c;多确认&＃xff0c;多沟通&＃xff0c;多反馈&＃xff0c;拒绝在一个坑摔倒两次。