应用发布与更新
发布策略要配合灰度与时间窗口；更新说明要诚实清晰，便于用户和审核理解。「上线」不等于「一键发布」，选对发布方式能显著降低事故影响。
发布选项
| 方式 | 说明 | 适用场景 |
|---|---|---|
| 手动发布 | 审核过后由你手动上线 | 需要控制上线时间点 |
| 自动发布 | 审核通过即上线 | 常规更新，追求速度 |
| 定时发布 | 设定日期/时间上线 | 配合营销活动时间窗 |
| 分阶段发布 | 按比例逐步放量（1%→10%→50%→100%） | 大版本、风险较高更新 |
分阶段发布（Phased Release） 是降低大版本风险的重要手段：先让 1% 用户更新，观察崩溃率与反馈，再逐步放量；发现问题可暂停放量。
更新说明（What’s New）
- 清晰列出本次版本变更（修复/新功能/优化）。
- 不夸张、不放无关广告；避免留空。
- 有重要变更（如权限、隐私）时，明确告知用户。
热修与重提
- 同版本号可用更高 Build 重提，说明修复点。
- 紧急修复：被拒后修改问题直接重新提交。
- 线上事故：可先下架该版本（从销售状态移除），修复后再上架。
下线与地区调整
- 可在「定价与可用性」中下架某些地区或全局下线。
- 重大合规风险时可先从销售状态移除，修复后再上架。
- 已安装用户不受「下架新下载」影响，但功能停用需在 App 内明确告知。
发布节奏建议
- 灰度发布：新版本先分阶段放量，观察 24-48 小时。
- 监控指标：关注崩溃率、评分、反馈、内购/订阅转化。
- 快速回滚：准备「上版本热修」预案，出现严重问题时能迅速恢复。
- 复盘沉淀：每次发布记录结果与问题，形成团队发布 checklist。
自检清单
- 已选择合适发布方式（手动/自动/定时/分阶段）
- 更新说明已填写且诚实清晰
- 大版本已启用分阶段发布
- 已准备监控与回滚预案
- 已确认上线时间窗口与营销节奏一致
常见问题
- 分阶段发布能中途停止吗？ 可以，出现问题时暂停放量即可。
- 定时发布支持多时区吗？ 以 App Store Connect 设置的时间为准，注意换算目标用户时区。
- 下架后再上架要重新审核吗？ 新版本提交仍需审核；已通过的版本可恢复销售。