| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
chore: jeeflow-php 初始骨架（E0 契约固化） | 1 个月前 | |
refactor(flows): 流程定义解耦 java 仓，本仓自带 flows/ 副本 + 执行期精确镜像 - 新增 flows/（15 个 JSON 入库副本）+ jeeflow-flows-dir.php（仓根 resolver，composer psr-4 只发 packages/*，不打包）+ .dockerignore - 读路径只认本仓 flows/；java 兄弟目录存在时执行期全量镜像（复制+删孤儿） - 18 文件 30 处路径改用 jeeflow_flows_dir()；新增 tests/bootstrap.php；Dockerfile.demo/CI 改单仓上下文 - docs 同步（15 个 + resolver 说明 + 会签段 issues/91 回灌） - 单语言用户下载即用，无需 checkout jeeflow-java | 1 个月前 | |
docs(engine-api): submitType 的 3/6 补一句口径——3 是血缘版退回上一步、6 是首任务节点（两者不同实现） P2 之后集成方若只看枚举表，很容易把 6 也走 executeAndJumpTask 的空 target，而那现在是血缘回退、 落点不同（02-multi-task 里从 task3 退：3→复活 task2、6→apply 给发起人）。故在枚举行就地写明。 | 15 天前 | |
feat(core,parser,handler): issues/142 A 批 从零补齐 custom 记录类一档（CustomModel＋CustomNodeParser＋按名注册表＋历史行真落库） php 这一栈不是"形状偏了"，是这条能力整个没有：ModelParser 只注册七档、无 custom 档 ⇒ snaker:custom 节点连同出边在解析期被 error_log＋continue 吞掉。比普查写的更糟一条实测： 被丢节点的入边 target 为 null，TransitionModel.php:33 直接 $this->target->execute() ⇒ 办理动作硬崩（Call to a member function execute() on null），"记日志再跳过"其实跳不干净。 补齐后按 §6.2 三条落： - 新增 CustomModel／CustomNodeParser／CustomHandlerInterface／CustomHandlerRegistry （注册表沿用本栈 AssignmentHandlerRegistry 的形状挂在既有 ServiceContext 定位器上，不另起容器）； ModelParser 只多注册一档，**查表方式一字未改、未做大小写归一与别名**（G4 义务 1/3 另批）； - 历史行走独立列表（Execution.historyTasks）→ persistHistoryTasks 覆盖发起＋办理两条漏斗 ⇒ **只 saveTask 发 INSERT，不进 processTaskList**：不发码 3（记录类出生即 20，混进去＝广播假待办）、 不过 applySurrogate（别把代理人并进留痕行的参与者）、不出现在 executeProcessTask 返回值里； 子流程腿（EndProcessHandler）同样把父实例临时 exec 的历史行上收； - clazz 两档日志分别可诊断（空串/缺失 一档带 nodeId；非空未注册 一档带 clazz 原串＋注册姿势）， 两条都照常落行续流；处理器自身抛错、以及 methodName 指向不存在的方法 ⇒ 照旧外抛（后者 java 逐字同文案， 不在豁免面）；args 逗号 key 从执行变量取实参、缺失档保留 null 位置（同 java）， 返回值按 val／缺省 custom_return_val 落变量（那个零调用者常量本单接上）。 任务类腿**实读确认本来就合规**（CreateTaskHandler 无 actors 判空、ProcessTask 直收空集、PDO 侧任务行照 INSERT）， 未动，只加一格 testTaskLegStillCreatesRowWithZeroActors 当回归钉（该格改前也绿）。 测试：新增 16 格（Core 14 ＋ PDO/SQLite 真表 2，含"第二个仓储实例复用同连接再读"＝证据在库里不在对象里、 待办只 audit 一条、expire_time/form_key/task_type 均 NULL 不造默认值）。 逐处还原实测改前会红：custom 档摘回未知类型 15 红（含 10 处 execute() on null 硬崩）／ 落库通道摘掉 9 红／两档还原成抛错 4 红。 既有格一条按裁定删除：UnknownNodeTypeDiagnosisTest::testCustomNodeInSharedFixtureIsDiagnosed ——它断言的正是"夹具里的 custom1 不进模型、只出未知档诊断"（注释还写着"本轮不新增 custom 档（owner 明确）"， 那是 G4 C 方案当时的边界），与本单裁定正面互斥、且同方法内两条断言在摘掉第一条后仍会红； 义务 2 的诊断覆盖由同文件另两格继续守着，custom 的新形状由 CustomNodeRecordLegTest 反向钉住。 phpunit 两种口径 518 格 0 红（T0 Skipped 44／全跑 Skipped 37；基线 503）。 ProcessRepositoryInterface 零改动 ⇒ 上一轮 G2 那两个必选方法的致命账没有加重。 | 7 天前 | |
docs: 移除独立 facade-api 文档（与四语言一致，契约统一见 spec/06-facade）；index/engine-api/getting-started 链接改指向规范，action 差异标注见 issues/61 | 1 个月前 | |
feat(core,parser,handler): issues/142 A 批 从零补齐 custom 记录类一档（CustomModel＋CustomNodeParser＋按名注册表＋历史行真落库） php 这一栈不是"形状偏了"，是这条能力整个没有：ModelParser 只注册七档、无 custom 档 ⇒ snaker:custom 节点连同出边在解析期被 error_log＋continue 吞掉。比普查写的更糟一条实测： 被丢节点的入边 target 为 null，TransitionModel.php:33 直接 $this->target->execute() ⇒ 办理动作硬崩（Call to a member function execute() on null），"记日志再跳过"其实跳不干净。 补齐后按 §6.2 三条落： - 新增 CustomModel／CustomNodeParser／CustomHandlerInterface／CustomHandlerRegistry （注册表沿用本栈 AssignmentHandlerRegistry 的形状挂在既有 ServiceContext 定位器上，不另起容器）； ModelParser 只多注册一档，**查表方式一字未改、未做大小写归一与别名**（G4 义务 1/3 另批）； - 历史行走独立列表（Execution.historyTasks）→ persistHistoryTasks 覆盖发起＋办理两条漏斗 ⇒ **只 saveTask 发 INSERT，不进 processTaskList**：不发码 3（记录类出生即 20，混进去＝广播假待办）、 不过 applySurrogate（别把代理人并进留痕行的参与者）、不出现在 executeProcessTask 返回值里； 子流程腿（EndProcessHandler）同样把父实例临时 exec 的历史行上收； - clazz 两档日志分别可诊断（空串/缺失 一档带 nodeId；非空未注册 一档带 clazz 原串＋注册姿势）， 两条都照常落行续流；处理器自身抛错、以及 methodName 指向不存在的方法 ⇒ 照旧外抛（后者 java 逐字同文案， 不在豁免面）；args 逗号 key 从执行变量取实参、缺失档保留 null 位置（同 java）， 返回值按 val／缺省 custom_return_val 落变量（那个零调用者常量本单接上）。 任务类腿**实读确认本来就合规**（CreateTaskHandler 无 actors 判空、ProcessTask 直收空集、PDO 侧任务行照 INSERT）， 未动，只加一格 testTaskLegStillCreatesRowWithZeroActors 当回归钉（该格改前也绿）。 测试：新增 16 格（Core 14 ＋ PDO/SQLite 真表 2，含"第二个仓储实例复用同连接再读"＝证据在库里不在对象里、 待办只 audit 一条、expire_time/form_key/task_type 均 NULL 不造默认值）。 逐处还原实测改前会红：custom 档摘回未知类型 15 红（含 10 处 execute() on null 硬崩）／ 落库通道摘掉 9 红／两档还原成抛错 4 红。 既有格一条按裁定删除：UnknownNodeTypeDiagnosisTest::testCustomNodeInSharedFixtureIsDiagnosed ——它断言的正是"夹具里的 custom1 不进模型、只出未知档诊断"（注释还写着"本轮不新增 custom 档（owner 明确）"， 那是 G4 C 方案当时的边界），与本单裁定正面互斥、且同方法内两条断言在摘掉第一条后仍会红； 义务 2 的诊断覆盖由同文件另两格继续守着，custom 的新形状由 CustomNodeRecordLegTest 反向钉住。 phpunit 两种口径 518 格 0 红（T0 Skipped 44／全跑 Skipped 37；基线 503）。 ProcessRepositoryInterface 零改动 ⇒ 上一轮 G2 那两个必选方法的致命账没有加重。 | 7 天前 | |
fix(demo): load all shared flow JSONs (align with Python/Node) | 1 个月前 | |
feat(core,parser,handler): issues/142 A 批 从零补齐 custom 记录类一档（CustomModel＋CustomNodeParser＋按名注册表＋历史行真落库） php 这一栈不是"形状偏了"，是这条能力整个没有：ModelParser 只注册七档、无 custom 档 ⇒ snaker:custom 节点连同出边在解析期被 error_log＋continue 吞掉。比普查写的更糟一条实测： 被丢节点的入边 target 为 null，TransitionModel.php:33 直接 $this->target->execute() ⇒ 办理动作硬崩（Call to a member function execute() on null），"记日志再跳过"其实跳不干净。 补齐后按 §6.2 三条落： - 新增 CustomModel／CustomNodeParser／CustomHandlerInterface／CustomHandlerRegistry （注册表沿用本栈 AssignmentHandlerRegistry 的形状挂在既有 ServiceContext 定位器上，不另起容器）； ModelParser 只多注册一档，**查表方式一字未改、未做大小写归一与别名**（G4 义务 1/3 另批）； - 历史行走独立列表（Execution.historyTasks）→ persistHistoryTasks 覆盖发起＋办理两条漏斗 ⇒ **只 saveTask 发 INSERT，不进 processTaskList**：不发码 3（记录类出生即 20，混进去＝广播假待办）、 不过 applySurrogate（别把代理人并进留痕行的参与者）、不出现在 executeProcessTask 返回值里； 子流程腿（EndProcessHandler）同样把父实例临时 exec 的历史行上收； - clazz 两档日志分别可诊断（空串/缺失 一档带 nodeId；非空未注册 一档带 clazz 原串＋注册姿势）， 两条都照常落行续流；处理器自身抛错、以及 methodName 指向不存在的方法 ⇒ 照旧外抛（后者 java 逐字同文案， 不在豁免面）；args 逗号 key 从执行变量取实参、缺失档保留 null 位置（同 java）， 返回值按 val／缺省 custom_return_val 落变量（那个零调用者常量本单接上）。 任务类腿**实读确认本来就合规**（CreateTaskHandler 无 actors 判空、ProcessTask 直收空集、PDO 侧任务行照 INSERT）， 未动，只加一格 testTaskLegStillCreatesRowWithZeroActors 当回归钉（该格改前也绿）。 测试：新增 16 格（Core 14 ＋ PDO/SQLite 真表 2，含"第二个仓储实例复用同连接再读"＝证据在库里不在对象里、 待办只 audit 一条、expire_time/form_key/task_type 均 NULL 不造默认值）。 逐处还原实测改前会红：custom 档摘回未知类型 15 红（含 10 处 execute() on null 硬崩）／ 落库通道摘掉 9 红／两档还原成抛错 4 红。 既有格一条按裁定删除：UnknownNodeTypeDiagnosisTest::testCustomNodeInSharedFixtureIsDiagnosed ——它断言的正是"夹具里的 custom1 不进模型、只出未知档诊断"（注释还写着"本轮不新增 custom 档（owner 明确）"， 那是 G4 C 方案当时的边界），与本单裁定正面互斥、且同方法内两条断言在摘掉第一条后仍会红； 义务 2 的诊断覆盖由同文件另两格继续守着，custom 的新形状由 CustomNodeRecordLegTest 反向钉住。 phpunit 两种口径 518 格 0 红（T0 Skipped 44／全跑 Skipped 37；基线 503）。 ProcessRepositoryInterface 零改动 ⇒ 上一轮 G2 那两个必选方法的致命账没有加重。 | 7 天前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 1 个月前 | ||
| 1 个月前 | ||
| 15 天前 | ||
| 7 天前 | ||
| 1 个月前 | ||
| 7 天前 | ||
| 1 个月前 | ||
| 7 天前 |