From caf7a61491e1a3e8f0fde3025edaed2512a2cb1f Mon Sep 17 00:00:00 2001 From: ReSerendipity Date: Fri, 25 Sep 2026 20:24:45 +0800 Subject: [PATCH] =?UTF-8?q?docs(release):=20v2.3.0=20=E9=95=9C=E5=83=8F?= =?UTF-8?q?=E8=90=BD=E5=BA=93=E8=A1=A5=E8=AE=B0=E2=80=94=E2=80=94:2.3.0=20?= =?UTF-8?q?=E5=B7=B2=E7=94=B1=20tag=20=E8=85=BF=E6=8E=A8=E4=B8=8A=EF=BC=8C?= =?UTF-8?q?=E4=B8=A4=E6=88=B3=E5=AE=9A=E7=A8=BF?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 上一版 §2.1 只记到"main push 那条只发 :latest 与 :sha-，:2.3.0 尚未落库"。 标签腿已按 v2.2.5/v2.2.6 的先例补跑：gh workflow run docker-publish.yml --ref v2.3.0 → run 36131581847，11:50:21Z 起、12:03:46Z 四个 manifest 推完（:2.3.0 / :2.3 / :latest / :sha-cd80d735…，digest sha256:aa2494c4…），终态 12:21:57Z success 含 Trivy 腿。 证据只来自 run 日志的 pushing manifest for … 行：ghcr 包版本列表这个 token 读不到 （403 需 read:packages），这一点也写进记录，别让人以为做过外部复核。 于是 tag 创建 → 镜像落库 = 08:32:15Z → 12:03:46Z。中间 3.5 小时是"等人补标签腿"的空窗 而非构建耗时，已写明下次要在合并后立刻 dispatch。 自我修正一条：我原以为 tag 腿上 enable={{is_default_branch}} 会关掉 :latest， 日志证明它照样重推且与 :2.3.0 同一 digest。 Signed-off-by: ReSerendipity --- docs/release-governance.md | 14 ++++++++++++-- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/docs/release-governance.md b/docs/release-governance.md index 5d98a36..86c0366 100644 --- a/docs/release-governance.md +++ b/docs/release-governance.md @@ -173,8 +173,18 @@ （run `36113445697`，08:32:05Z 起、**09:03:14Z success**，≈31 min），但它推上去的是 `ghcr.io/reserendipity/tts_multimodel:latest` 与 `:sha-cd80d735c838d8744e0fdd7ed88efe1c5a64f137` （同 run 日志的 `Processing tags input` 可核：两条 `type=semver` 在分支 push 上不产出标签）。 - **`:2.3.0` 尚未落库** —— `deploy/kubernetes/deployment.yaml` 里的 `2.3.0` 目前是目标值而非已存在值； - 补法沿用 v2.2.5 / v2.2.6 的先例：`gh workflow run docker-publish.yml --ref v2.3.0`。 + **`:2.3.0` 不在其中** —— 分支 push 拿不到 semver 标签，`deploy/kubernetes/deployment.yaml` + 里写的 `2.3.0` 当时只是目标值。补法沿用 v2.2.5 / v2.2.6 的先例，已执行： + `gh workflow run docker-publish.yml --ref v2.3.0` → run `36131581847` + （11:50:21Z 起、**12:03:46Z 四个 manifest 推完**、终态 **12:21:57Z success**（含 Trivy 腿））， + 落库 `:2.3.0`、`:2.3`、`:latest`、`:sha-cd80d735…`，digest `sha256:aa2494c4…`。 + 证据取自该 run 日志的 `pushing manifest for …` 行；ghcr 的包版本列表这个 token 拿不到 + （`GET /users/reserendipity/packages/container/tts_multimodel/versions` 回 403，要 `read:packages`）， + 所以外部不可复核这一点也一并记着。 + **于是 tag 创建 → 镜像落库 = `08:32:15Z` → `12:03:46Z`**；中间 3.5 小时是"等人补标签腿"的空窗， + 不是构建耗时 —— 下次发版要在合并后立刻 dispatch，别让 k8s 清单空指一个不存在的标签。 + 顺带一条自我修正：我原以为 tag 腿上 `type=raw,value=latest,enable={{is_default_branch}}` + 会关掉 `:latest`，日志证明它照样重推了 `:latest`，且与 `:2.3.0` 同一 digest。 - `release-gate` 的 tag 腿与 `gpg-signed-release` 对 v2.3.0 **各 0 条 run**（这两条 workflow 的 `head_branch` 全集只到 `v2.2.4`）；GPG 那一格另因 `GPG_PRIVATE_KEY` 未配置而本就走 skip + notice， 记为已知状态，不算故障。