pikasTech-unidesk/docs/reference/g14.md

G14 旧交付运行手册（已退役）

• 本文件只退役旧 delivery runbook：
  • 不表示 G14 节点、硬件或所有 legacy lane 已退役；
  • 不再是 G14/HWLAB 交付或运行面的权威入口。
• 旧内容混合了以下互相冲突的路径：
  • 手工 trigger-current；
  • mirror sync/flush；
  • PipelineRun 清理；
  • 直接运行面恢复；
  • 历史 v0.2 路径。
• 继续保留旧运行手册会与当前 YAML-first 和 PaC 受控发布规则形成第二真相。

当前工作必须按以下权威入口执行：

• HWLAB 固定运行面、工作区、原入口验收与凭据边界：docs/reference/hwlab.md。
• Gitea source authority、PaC/Tekton、GitOps/Argo 与受控发布边界：docs/reference/platform-infra.md#gitea-与-pipelines-as-code-边界。
• 跨节点现场调查、持久化和原入口复测：$unidesk-daddev。
• CI/CD 只读观察、scoped help 与 legacy 判定：$unidesk-cicd 及其按需 reference。
• 固定开发机、Master 构建限制和任务 worktree：docs/reference/dev-environment.md。

受控发布硬边界

• PaC migrated consumer 的发布边界：
  • GitHub PR merge 只更新 source authority；
  • merge 不创建 PipelineRun；
  • 正式发布必须先 plan 并人工审阅范围；
  • 范围准确后由 CLI 手动发送 PaC webhook。

GitHub PR merge
-> GitHub webhook
-> durable inbox
-> Gitea authority branch + immutable snapshot
-> CLI release plan
-> CLI manual PaC webhook
-> PaC
-> Tekton
-> GitOps/Argo
-> runtime

• 合并后不得由主代理、子代理或操作者执行：
  • apply、trigger-current；
  • mirror sync/flush；
  • 人工 PipelineRun；
  • 直接 Gitea push；
  • 运行面 patch、hook test 或其他补跑。
• 链路失败时：
  • 修复 owning YAML、controller 或源码；
  • 通过后续正常 PR merge 对应的新 plan 与手动 webhook 验收。

旧命令只有在 owning YAML 精确声明 legacy-manual 时才可能存在，并且只能从 $unidesk-cicd 定义的 legacy-cicd / legacy-ops scoped help 发现。未知、混合或 PaC authority 必须 fail-closed；本退役文件不能作为启用 legacy 写入口的依据。