tasks.md 1.9 KB

任务拆分 — 定时任务优化路线图

status: complete 本文件只管理版本拆分,不包含业务代码实施任务。

Task 1: 停止原单体 Phase 0/1 直接执行

  • 将原 20 个 Task、28~42 人日的一次性计划改为版本路线图。
  • 明确原 change 不再作为 /apply 目标。
  • 保留共同兼容规则和版本依赖。

Task 2: 建立独立子变更

  • V1:定时任务可靠性加固。
  • V2:定时任务配置工作台。
  • V3:定时任务一次性与时区。
  • V4:定时任务并发重试治理。
  • V5:定时任务运维日志监控。
  • V6:定时任务告警权限审计。
  • V7:定时任务开放 API。
  • V8:定时任务出站安全。
  • V9:定时任务 Flowable 编排。

Task 3: 后续执行规则

  • 优先确认并执行 定时任务可靠性加固。
  • 每个子版本执行前把其 spec.md 状态从 propose 改为 apply。
  • 每个子版本按自动化测试规范建立 test-spec.md 和 execution-log.md。
  • 前一版本未通过验收时,不进入依赖它的后续版本。

Task 4: 版本执行进度

  • V1:定时任务可靠性加固。
  • V2:定时任务配置工作台(功能完成,UI 由用户自行验收)。
  • V3:定时任务一次性与时区。
  • V4:定时任务并发重试治理。
  • V5:定时任务运维日志监控。
  • V6:定时任务告警权限审计(功能与自动化验证完成,真实消息/权限/审计留待环境验收)。
  • V7:定时任务开放 API(功能与自动化验证完成,真实 Flyway/Bearer/Redis/Quartz 留待环境验收)。
  • V8:定时任务出站安全(功能与自动化验证完成,真实 Flyway/DNS/Webhook E2E 留待环境验收)。
  • V9:定时任务 Flowable 编排(功能与自动化验证完成,真实 Flyway/技术身份/FLOW_API 白名单/Token/流程 E2E 留待环境验收)。