docs: clarify package acceptance release role · openclaw/openclaw@d857989
steipete
·
2026-04-27
·
via Recent Commits to openclaw:main
File tree
.agents/skills/openclaw-testing
| Original file line number | Diff line number | Diff line change |
|---|
@@ -234,6 +234,13 @@ Use the manual `Package Acceptance` workflow when the question is "does this
|
234 | 234 | installable package work as a product?" rather than "does this source diff pass |
235 | 235 | Vitest?" |
236 | 236 | |
| 237 | +In release validation, treat Package Acceptance as the package-candidate shard |
| 238 | +inside the larger release umbrella, not as a competing full-test path. Full |
| 239 | +Release Validation and private release gauntlets should call Package Acceptance |
| 240 | +for tarball resolution, Docker product/package proof, and optional Telegram QA |
| 241 | +against the same resolved `package-under-test` artifact; keep orchestration, |
| 242 | +secret policy, blocking/advisory status, and evidence rollup in the caller. |
| 243 | + |
237 | 244 | Good defaults: |
238 | 245 | |
239 | 246 | ```bash |
|
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。