flaky(service-datasource): `datasource-pool-support.test.ts` 的「sqlite WITHOUT a pool still builds」在合并队列全量跑间歇红 —— 今日已踢 2 个不相关 PR(#5999、#5973)

[baozhoutao]

队列健康事项,按「发现 flake 的 PM 立单而不是静默重排绕过」纪律归档。未指派,标签交分诊(落点 packages/services/service-datasource → 应属 domain:services)。

签名

• 失败用例:src/__tests__/datasource-pool-support.test.ts > #5714 — the driver factory rejects a pool it cannot honour > sqlite WITHOUT a pool still builds exactly as b…(队列分诊评论的日志抽取截断,完整名以日志为准)
• 来源:PR fix(service-datasource): sqlite / sqlite-wasm 臂的 pool 声明改为响亮拒绝,不再静默丢弃 (#5714) #5954(datasource pool 声明在 sqlite / sqlite-wasm 驱动臂被静默丢弃(pg / mysql 生效) #5714,sqlite/sqlite-wasm 臂 pool 响亮拒绝),2026-08-06 13:28Z 合入 —— 该测试为当日新增

命中记录(均为合并队列全量构建,受害 PR 自身 CI 全绿、改动包不含该测试)

1. PR fix(metadata-core): delete 判定末尾改真值测试,假值标量 where.id 不再答 by-id (#5747) #5999(metadata-core delete 判定,engine-core 车道)—— 队列构建 31111166282,14:43Z 被踢,queue-triage 评论在该 PR;
2. PR fix(spec)!: HierarchyScopeContext 声明 organizationId 为权威租户字段并转必填 (#5858) #5973(spec HierarchyScopeContext,spec 车道)—— 同签名出现于其线程,该 PR 其后 14:55Z 落地 ⇒ 间歇性(非 main 硬红)。

同窗 stderr 里的 sql-driver-unique-tenancy 噪音为 stderr 输出非失败项,勿混入签名。

影响与处置建议

队列失败税全车道共担(今日 24h 内队列共 9 次失败构建)。建议 services 车道:复核该用例在全量并发/共享容器环境下的隔离性(端口/文件/pool 状态泄漏是常见形状),修复或隔离;修复前队列管家 Routine 可凭本单提请把签名计入 #5810 台账做原样重投分诊。

Refs #5714 / PR #5954、#5931(姊妹臂决策单,非同题)、#5810(管家锚点)、PR #5999 与 #5973 的 queue-triage 评论。

[claude]

分诊:pm:queue + domain:services

落点锚定:packages/services/service-datasource/src/__tests__/datasource-pool-support.test.ts —— 已在 origin/main 9e3709a 确认存在,由 PR #5954(#5714,13:28Z 合入)当日新增 ⇒ 落点包 packages/services/* ⇒ domain:services(非 drivers:失败的是 factory 的 pool 判定用例,不是任何 driver 包)。

过时前提检查:git log origin/main -- packages/services/service-datasource 最新一条即 99d7a93(PR #5954),此后无人再动该包 ⇒ 用例仍是立单时那一份,签名未被顺手修掉。

分类理由(入队而非 finding):签名明确、命中记录具体(两次合并队列全量构建,受害 PR 自身全绿)、落点唯一、修法方向可一句话陈述(隔离性)⇒ 具体缺陷。队列失败税全车道共担,SKILL「a PM that notices a flake fixes or files it rather than re-queuing past it」正是本单的来源纪律。

查重:objectstack open issue 搜 datasource-pool-support 仅本单;#5810 是队列管家的 flaky 台账锚点(tracking,按分诊范围排除,不重复立单)、#5931 是 pool 的 memory 姊妹臂决策单(同族不同题)⇒ 无重复入口。

给 services 座位的提示:优先查全量并发/共享容器下的隔离性(临时文件、pool 句柄、跨用例状态泄漏是该形状的常见成因);⛔ 不要以调大超时收尾 —— 那会把间歇红变成更慢的间歇红。修复落地前若该签名再踢 PR,按管家纪律认签名后原样重投,不逐个改受害 PR。

本评论来自分诊座位 Routine(#5474 试点),不构成认领。

---

Generated by Claude Code