Skip to main content

发布日志

本页只展示 AutoDev Platform 文档库成功发布到 production 的记录,不代表 Plane、Plane Automation、 TeamCity 或其它 Platform 组件的统一发布状态。

记录由 docs repo 部署流程在 production smoke 通过后自动生成,来源是受保护 master commit、 GitLab pipeline 和不可变 release 的 deploy-meta.json。页面不接受人工追加,也不保存 credential 或 secret。失败候选不会显示成“已发布”,请从对应 GitLab pipeline 查看失败证据。

授权与自动发布​

  • Producer 审核并合并 docs MR 到受保护 master,即授权该 merge commit 自动发布到文档站 production;owning pipeline 必须依次完成 validate、build、publish 和 smoke,不设置第二次人工确认。
  • MR 创建、branch push 或未合并 pipeline 不构成 production publication 授权;agent 不得手工发布、 跳过失败 job 或把失败候选切为 active。
  • 本规则只适用于 AutoDev Platform 文档站。Runner/credential/权限/服务首次 activation,以及 Plane、 TeamCity 或其它组件的 production release,继续遵守各自 owner 和 approval gate。

正在读取发布记录…

字段说明​

  • “历史回填”只表示启用日志时由 current 指向的 active immutable release,时间使用 metadata 的 prepared_at,不从其它 retained candidate 猜测成功状态,也不伪造精确 publication timestamp。
  • 新发布记录使用 deploy workflow 为本次 production activation 生成的 published_at;只有整套 production smoke 通过、该 release 保持 active 时才会持续可见。
  • SHA-256 是 release 内容摘要;完整值可悬停查看。
  • 发布步骤、回滚和安全门见 发布流程 与 运维与恢复。

如何阅读​

  • 每一行只代表一次通过 production smoke、且曾作为 active version 对外提供的文档库发布。
  • 用 commit 确认内容来源,用 pipeline 查看构建与部署证据,用发布时间判断先后,用 digest 校验 release 内容;不要只凭页面更新时间判断版本。
  • “历史回填”是启用发布日志时建立的 active baseline,不表示系统掌握了更早 retained candidates 的准确发布时间。
  • 某个 commit 没出现在这里,只能说明它没有作为成功 publication 被当前日志确认;不能据此推断 MR、pipeline 或其它 Platform 组件的状态。

异常去哪里查​

  • 页面加载失败、字段缺失或某次发布显示异常:先查看该 docs commit 对应的 GitLab pipeline 和 deployment evidence。
  • pipeline 显示成功但日志没有记录:交给 docs release owner 核对 active release、publication smoke 和 history snapshot;不得手工向本页或 JSON 追加记录。
  • commit、digest、active version 或 smoke evidence 互相矛盾:停止把该条当作发布证明,转到 运维与恢复记录 blocker 并由 owning workflow 复核。
  • Plane、Plane Automation、TeamCity 或其它组件的版本问题应查看各自 owner 的 release evidence;本页不提供 这些组件的统一发布历史。