周工作总结----------------- 11月10日：入职第二周 核心收获 ——下个迭代的需求暂时还没到 ——根据相关页面查看对应代码结构 11月11日： 核心收获 ——上午继续熟悉代码结构 ——下午2个小需求跟进 定向包管理添加意图词的添加按钮文案没有高亮，-已完成 视频库底色应为白色 -已完成 【页面效果】窗口缩小后，左右划动诊断条会在最上方（FE优化，修改组件的层级）-已完成 商品推广添加视频后功能操作底色不一致-已完成 11月12日： 【直播大屏】顶部直播间头像挤压 -已完成 数据报告上下筛选框高度不一致 -已完成 智投内容问题需求评估 11月13日 新建需求卡片时 选择Tech Feature 不要多次提交 一次评审只能有一次提交 代码，测试，上线 流程一定要跑通 多次提交一定要 git commit --amend 11月14日 完成这周所对应的样式问题修复并测试上线 熟悉 “计划批量操作与素材清理工具”需求背景 对下周所对应的需求进行评估调研

周工作总结----------------- 11月3日：入职第一天 核心收获 上午：入职流程与设备配置 ——在技术部领取了工作设备：MacBook Pro笔记本与27英寸联想显示器，开箱即用 ——完成人脸识别与工卡绑定，正式开通门禁权限；同步了解了弹性打卡制度（核心工作时间10:00-19:00）及加班调休规则 ——重点学习了信息安全规范，例如：代码禁止上传个人仓库、工位离座必须锁屏（Win+L / Command+Control+Q）等细则 下午：开发环境搭建 ——完成了基础开发环境配置：安装 Node，Git等 并将npm镜像源切换至内部淘宝镜像 ——申请并开通了iCode代码库权限、如流文档权限及iCafe任务板访问权限 ——Clone了核心项目代码 git clone 11月4日：初识项目，首个任务 核心进展 ——环境熟悉：初步阅读需求文档及前端操作手册，了解项目背景 ——任务接收：17:40 接到第一个开发任务——【效果工具】新账户引导-新增标识&埋点 ——当前卡点：尚未掌握具体操作步骤，需进一步学习开发流程 待办事项 ——向导师确认埋点规范及组件库使用方法 ——获取需求详细说明及设计稿 11月5日：流程梳理，规范入门 关键里程碑 系统掌握了从需求到提测的完整开发流程，并输出个人操作手册 标准开发流程（附实例说明） Step 1: 需求拆解 ——操作：在需求卡片下创建子卡片作为个人任务 ——示例：主卡片 【效果工具】新账户引导优化 → 创建子卡片 【前端】账户引导页新增红点标识 Step 2: 代码提交准备 ——复制卡片ID：用于Commit message关联 # 示例：Commit message格式 git commit -m "feat(account-guide): add new badge and tracking points Closes #123456" # 此处123456为子卡片ID Step 3: 分支管理 ——操作：基于 master 分支创建个人开发分支 ——命名规范：需求名_日期_dev ——示例：adding_tags_tracking_20251105_dev Step 4: 开发自测 ——代码检查：运行 npm run lint 确保无语法错误 ——逻辑验证：使用Mock数据覆盖边界场景（如空状态、网络异常） Step 5: 代码评审 ——操作：提交并指定评审人邓敏 ——示例：DS-tuiguang-2023-4074 新账户引导-标识字段更改 Step 6: 测试环境部署 ——操作：在EOS平台配置测试环境，选择对应分支和模块 ——访问地址 关键配置： ——环境名称：[fantasyflow] 【效果工具】新账户引导-新增标识&埋点 ——分支：adding_tags_tracking_20251105_dev ——模块：shop-manage-center（业务中台） Step 7: 提测 ——操作：在TestOne平台点击「准入」按钮，填写测试范围 待办事项 ——与邓敏对齐需求清单的具体实现细节 11月6日：环境联调，闭环认知 核心进展 ——环境联调：后端完成测试环境配置，下午成功联调 ——流程闭环：完整跑通「需求 → 开发 → 测试 → 上线」全流程 ——周报发布：掌握工作周报填写规范 环境更新操作示例 当需要更新测试环境代码时： ——访问 EOS 环境管理页 ——点击「重新部署」按钮 ——模块级更新：仅选择 shop-manage-center（中台管理模块） ——全量更新：选择 fengchao-bfe（整个前端站点） ——等待流水线执行完成（约3-5分钟）xxxxxxxxxxxxxx 周报填写规范 ——发布时间：每周三 18:00前 ——模块选择：根据需求归属选择「效果工具」或「账户体系」 11月7日：代码规范与测试认知 核心收获 1. 测试类型区分 自测需求（开发自验证）： ——特点：xx合并代码后，需开发者在TestOne主动触发「准入」和「准出」 QA测试需求（正式测试）： ——特点：只需触发「准入」，QA测试通过后会自动「准出」 2. Git提交规范 ——场景：代码评审后发现小问题需要修改 ——错误操作：❌ 多次提交 git commit -m "fix typo"，产生杂乱Commit记录 ——正确操作：✅ 使用 --amend 合并到上一次提交 # 修改代码后 git add . git commit --amend --no-edit # 保留原Commit message git push xxxxxxxxxxx ——禁忌：尽量避免 git reset 已推送到远端的分支，会干扰团队协作

5月14号入职某公司第49天： 5月15号入职某公司第50天： 1.给新人解决 node modules依赖问题 2.给新人解决本地gitlab密码没及时更新问题 3.BLP Dashboard审核通过提示内容更新： 原描述 Approved means the ALSDTS2504300001 will be VOB receive quantity discrepancy, will you continue or not? 更改为： Approved means the ALSDTS2504300001 will accept the VOB receive quantity discrepancy, will you continue or not? 4.增加字段Delivery to Store: （CB表新增字段） 涉及页面, PO View, AO View, Outbound VOB View (页面/报表/数据库表)

5月13号入职某公司第48天： 1.处理散点图圆点重叠的问题 合并展示 tooltip: { trigger: "item", formatter: function(params) { // 当前点的 x, y const [teu, etaChangeCount] = params.data.value; // 找出所有和当前点重叠的数据 const samePoints = this.carrierLevelInfo.filter( item => Math.abs(item.teu - teu) <= 10 && Math.abs(item.etaChangeCount - etaChangeCount) <= 10 ); // 合并展示 let content = "<div>"; samePoints.forEach((carrier, index) => { content += ` <div style=" padding: 8px; background: #f8f9fa; border-radius: 4px; margin-bottom: 4px; "> <div style="font-weight: 600; color: #2c3e50; margin-bottom: 4px;"> ${carrier.carrier} </div> <div style="display: flex; justify-content: space-between; font-size: 12px; color: #666;"> <div> <span style="color: #188df0;">TEU:</span> <span style="margin-left: 4px; font-weight: 500;">${ carrier.teu }</span> </div> &nbsp;&nbsp; <div> <span style="color: #188df0;">ETA Changed Count:</span> <span style="margin-left: 4px; font-weight: 500;">${ carrier.etaChangeCount }</span> </div> </div> </div> `; }); content += "</div>"; return content; }.bind(this) }, 2.ACG版本performance上线准备工作 3.新项目接口联调工作

5月7号入职某公司第44天： 5月8号入职某公司第45天： 5月9号入职某公司第46天： 5月12号入职某公司第47天： 系统中In store month的展示全部改成Planned ETA(检查一下现在的取值是不是从buyplan的 planned eta中取的）,涉及如下 1.PO view 页面 2.PO view report 3.VOB view 页面及导出报表

5月6号入职某公司第43天： 1.处理PPT界面（ACG版本/讨论细节-节后开始） 2.老版本PPT样式微调

4月30号入职某公司第42天： 1.新版Performance处理上线配置（菜单URL） 2.处理PPT界面（ACG版本/讨论细节-节后开始） 3.转正通知书已下达（签字）

4月29号入职某公司第41天： 1.新版Performance调整详见附件 2.处理PPT界面（ACG版本） 3.样式修改

4月28号入职某公司第40天： 1.处理LINK界面图表接口联调 2.处理PPT界面（ACG版本） 3.样式修改

4月27号入职某公司第39天： 1.正式环境相关配置 2.处理上线后的一系列问题 3.准备其他面试