ZCD 人力服务0.4.0 · 开发周期档案

人力服务 · 开发周期、错误与验证证据

版本记录

先看当前 0.4.0 周期,再按版本追溯每次改了什么、还错在哪里、证据能证明到哪里。

当前周期

0.4.0

以表单为核心重建采集、运营、分析与开发周期档案

正式站技术验证通过;用户体验反馈持续跟踪

只修改人力服务公司样板:为 11 张表建立稳定身份和字段版本,让每张表从定义、采集、运营、分析到三端开发可追溯;同时重构开发与版本知识,使每次反馈、错误、修正、验证和发布形成完整小循环。通用规则另在既有技术平台沉淀。

时间:2026-09-09 起 · 问题:DEV-002 · DEV-005 · DEV-006 · DEV-008 · DEV-010 · DEV-011 · DEV-012 · DEV-013

逐版本检查点

每次改动单独说明“改了什么、还错在哪里、证据能证明到哪里”。大周期用于理解上下文,不能吞掉小版本。

版本本版实际改变当时仍有的问题/后来重评证据边界
0.1.0
9511331dba
独立公司迁移
从原项目提取人力服务代码、schema、页面、测试和 Cloudflare 配置,形成独立仓库基线。
完成了物理拆分,但页面仍沿用聚合式工作台;表单、运营和分析的业务边界尚未验证。Git 提交和 package.json 版本可核对;当时固定部署编号与完整浏览器证据未知。
0.1.1
5ac17780a6
运营与分析页面初步分离
建立稳定导航,并在页面层面分开运营管理和数据分析。
页面名称分开不代表职责、字段和记录已逐项对应;这一缺口后来在 DEV-005 中反复出现。Git 提交和 v0.1.1 标签存在;业务记录逐条回溯证据未知。
0.1.2
7f9b29643d
订单、运营与结算分析读同源数据
让运营和分析读取已结算订单,补充数据摘要与 DOM 契约测试。
只覆盖订单/结算主路径,不能证明全部表单均有运营和分析对象。实现提交与 PR 合并提交可核对;固定部署编号未知。
0.1.3
926ca87a49
Pages 路由与移动端目录修复
识别 Cloudflare Pages 规范化路径,简化手机端树形导航并补导航测试。
解决了入口可用性,没有改变业务对象、表单字段和分析血缘。实现提交、合并提交和导航测试可核对;生产固定部署未知。
0.2.0
57a972ea0b
人力公司样板框架
增加独立人员名册、客户需求、按名册派遣、运营详情、Power BI 占位和认证竞态修复。
工作台仍混合多个表单;缺班次标准;休息和加班仍缺可靠计算依据;新增与运营职责未彻底分离。业务、认证和发布提交可核对;本轮完整浏览器案例记录未知。
0.2.1
f01b62a4cd
简化测试登录与站内说明
仅人力公司测试码改为大小写不敏感 admin;配置、说明和认证测试进入仓库。
主要解决测试便利性;没有完成表单关系、计时逻辑和运营分析映射。认证测试和两个提交可核对;跨页闪框的量化验证在 0.3 才记录。
0.3.0-rc.1
1a2eb02504
班次、工时与表单关系候选版
重建班次、订单快照、事实计时、加班审核、结算规则、登记册和三端原型。
候选版真实网页验收发现媒体等待和删除状态问题;尚不能当成生产完成。本地检查与候选提交可核对;预览实际地址和三例结果保存在 0.3 原验证快照。
0.3.0
657937373f
三例业务验证与首版逐版复盘
完成 A/B/C 三条预览业务案例,补媒体状态,加入 release-reviews 和 validation-report 并发布。
逐字段复核仍发现运营详情漏展示;复盘把页面/字段局部验证扩大解释为整体结构完成。原验证快照记录三例净工时、加班决定、结算和媒体;后续反馈重新打开 DEV-005、DEV-008。
0.3.1
2f00d27b79
运营详情补全与正式验收归档
补展示订单费率、预算、备注、班次版本、绩效异常、附件说明和实收字节,归档生产验收。
后来逐页检查确认:名称不统一、字段无稳定编号、Web 表单未独立展开、运营混入采集、分析缺逐表血缘、复盘深度不足。生产固定部署 cba3227e、原 release-reviews 与 validation-report 快照;结构缺口由 0.4 用户反馈确认。
0.4.0-rc.1
711c5618a7
逐表视图与完整档案候选
统一登记册、11表视图、字段身份与完整开发周期;三条云端录入与PNG保存通过。
最终检查仍发现记录处理按钮语义可能误入新增,下一候选修正。verification-v0.4.0.json → previewEntry,固定部署e99c915b
0.4.0-rc.2
3e54ce98f0
记录操作边界与验证身份
区分编辑、审核、查看与同单新增;锁定无修改入口;生产门槛绑定实测运行代码指纹。
不支持编辑的历史记录只读,不用空白创建表伪装修改;生产尚待发布。verification-v0.4.0.json → local/localMatrix/preview,33视图零浏览器错误
0.4.0 · 验收归档
1b14ba7483
完整证据与逐项复盘
保存最终预览33视图、原候选实际录入、全部修改任务和直接证据链接。
版本回执仍将干净目录误标dirty,下一提交修正;旧回执保留。固定预览86ed5d18;verification-v0.4.0.json
0.4.0 · 发布身份校正
855ec4eaf2
修正构建状态并保存生产基线核验工具
保留git status成功的空结果,明确源码检查范围;增加只读逐字段保全核验。
不把仅构建通过称为正式业务验收,随后按生产提交核对。固定预览cb4de897;dirtyBuild=false且业务指纹不变。
0.4.0
2829c5f8c2
逐表闭环与开发周期档案重构
统一逐表视图和字段版本,重建开发档案与平台复用标准。
正式技术验证通过,用户体验与实际业务仍持续反馈;金数据/Power BI暂停,Android原型。verification-v0.4.0.json,生产固定部署97e3c163,文档回执后续归档不改变运行代码。

逐周期档案

0.1.0–0.1.3

独立公司迁移与导航、分析初接通

历史发布;今日回填复盘

从原项目提取人力公司,建立独立页面、导航、订单读取和结算分析入口。该阶段解决了“独立存在”和基本可访问问题,但没有建立表单作为权威业务对象的全链路结构。

时间:2026-09-08 · 问题:DEV-002 · DEV-005

0.2.0–0.2.1

人员名册、订单派遣与简化测试登录

历史发布;今日回填复盘

开始把人员、客户需求和派遣拆开,并加入测试访问说明。该周期改善了可操作性,但仍把多个对象放在同一工作台,缺班次标准,工时计算与运营详情不完整。

时间:2026-09-09 · 问题:DEV-001 · DEV-002 · DEV-003 · DEV-004 · DEV-007

0.3.0-rc.1–0.3.1

班次与工时重构、三端原型、三例业务验证

已发布;部分结论被后续反馈重新打开

建立班次标准、事实工时、审核和结算规则,按统一登记册生成三端原型,并用三条模拟订单进行预览和生产验证。后续复核确认:运行规则有实质进步,但表单名称、字段编号、逐表入口、运营对应、分析血缘和复盘完整性仍未达到样板标准。

时间:2026-09-09 · 问题:DEV-001 · DEV-003 · DEV-004 · DEV-005 · DEV-006 · DEV-008 · DEV-009

0.4.0

以表单为核心重建采集、运营、分析与开发周期档案

正式站技术验证通过;用户体验反馈持续跟踪

只修改人力服务公司样板:为 11 张表建立稳定身份和字段版本,让每张表从定义、采集、运营、分析到三端开发可追溯;同时重构开发与版本知识,使每次反馈、错误、修正、验证和发布形成完整小循环。通用规则另在既有技术平台沉淀。

时间:2026-09-09 起 · 问题:DEV-002 · DEV-005 · DEV-006 · DEV-008 · DEV-010 · DEV-011 · DEV-012 · DEV-013

展开:每个小循环的七步档案规则与发布门槛

每个小循环必须保留什么

  1. 完整记录本轮用户反馈:保留关键摘录,并给出不丢细节的结构化复述。
  2. 逐项登记错误表现、业务影响、直接原因;推断性根因必须标明为判断。
  3. 把修改任务拆成可核查条目,写清预期结果、禁忌做法和受影响页面。
  4. 实施结果与计划分开记录;未实施、未验证、未发布不得写成完成。
  5. 验证记录必须包含环境、输入、预期、实际、证据位置和局限,不能用“测试通过”代替。
  6. 发布后登记完整提交、标签、固定部署与正式别名;未知信息保留为未知。
  7. 复发问题链接第一次出现和后来反馈,更新防复发规则、检查点和适用边界。

发布门槛

  • 反馈、问题、修改计划、实施结果、验证证据和未决事项可以从同一开发周期页相互追溯。
  • 页面上的完成状态必须由同版证据支持;旧版自评不能覆盖后来发现的缺口。
  • 每个错误至少有一项针对原因的验证;通用构建成功只证明构建,没有证明业务关系正确。
  • 公司具体案例保存在本公司;从案例抽象出的通用规则进入既有技术平台。

兼容入口说明

本页保留原“版本记录”网址。详细内容已按开发周期组织,而不是只列版本号。