# 发布一个版本

走完这个例子，一次发布就按清单核对过、由负责人批准、留下了记录，每天的冒烟报告也在跑。它以演示空间「软件事业部」里的 wision-wms v2.3 为例，空间里标着「示例」的文件、名称和数字都是虚构的。

## 先把规矩写进空间

在空间的「定制」里放两样东西。技能「发布检查清单」：发布前逐项核对版本号、变更记录、回滚方案和验收签字。记忆：「发布只在周二和周四 19:00 之后进行。」之后每个人让 AI 做发布相关的事，它都按这两条办。

## 周三：核对

发布负责人开一个会话：

```text
按发布检查清单核对 wision-wms v2.3，把结果写进发布记录文件夹里的 v2.3.md。
```

会话里一行实时的状态显示它在读什么，核对好的文件以按钮出现，点开读一遍。缺一项，比如验收签字，AI 写在结果里，由你去补。

## 提交审批

核对通过后，运行工作流「版本发布审批」，填上版本号。它有三步：开始、人工审批、交出结果。运行在「人工审批」停下，等产品负责人决定。

产品负责人的收件箱里出现「wision-wms v2.3 发布申请」，标着「请你审批」。他打开申请，看变更记录和核对结果，选「批准」，或选「退回补充」说明缺什么。批准后，运行带着答复继续，决定和时间记在他的名下。

## 发布之后

软件事业部有一个定时任务「每日构建与冒烟报告」，每天 08:30 运行：夜间构建了几个项目，冒烟测试通过了多少条，哪条失败。结果在任务的「运行」标签里，最新的在前。哪天运行失败，处理见[失败的运行](./workflows.md)。

给客户的周报是一份文档。选 ⋯ → 分享预览链接…，生成一条 30 天后失效的只读链接，发给客户，不用把他们加进空间。见[分享链接](./sharing.md)。

## 下一步

- [月度报销](./expenses.md) 另一个带审批的流程。
- [收件箱与审批](./inbox.md) 审批的人看到什么、怎么决定。
- [用非几运营一家公司](./company-ops.md) 各部门的流程怎样搭在一起。