Back to Blog
·1 min read

5.6 审核暂停:日期是日程表,不是故障

Guideline 5.6 的 Review Suspended 和普通拒审不是一类东西。普通拒审评的是某个版本,改掉点名的问题就能重交;5.6 暂停的是整条审核通道,而且消息里会

Guideline 5.6 的 Review Suspended 和普通拒审不是一类东西。普通拒审评的是某个版本,改掉点名的问题就能重交;5.6 暂停的是整条审核通道,而且消息里会写一个日期——在那之前,重交和回复都不会被受理。

由此三条纪律,按顺序:

一、消息里写了日期,就当它是日程表,不是偶发故障。日期之前的任何提交,无论改了什么,结果都一样;把这些记成“修复失败”是归类错误——它们没有被审理,不是没有通过。把日期放上日历,在那之前一次提交都不要花。

二、等待期只做一件事:消息点名的原因。这类文本说的是未达到上架的质量标准——“有意义、打磨过、可靠”。它之所以能一路走到审核才被拦下,是因为本地所有检查都在测机器测得了的东西:构建绿、测试过、静态分高,没有任何一项会在“打磨不足”上变红。能对上这个判断的证据只有一种:真机上从头到尾完整用一遍,找空状态、错字、断链、卡顿这些粗糙处——找的是粗糙,不是 bug。

三、解除后小批量恢复,不要把积压一次全交。“暂停刚解除就大批重交”在平台那侧看起来和当初触发暂停的模式一样;先交最有把握的一个版本,通过后再继续。这类暂停可以持续数周;结局好的那些,都是等出来的,不是争出来的。

一分钟自查:翻一遍所有在审和被拒的提交,找带日期的那条消息。两个问题——日期是哪天(之前零提交)?除本地检查外,你对“质量已达标”还有什么证据(一次完整的真机走查算,绿色看板不算)?第二个问题答不上来,等待期的用途就已经定了。

#build-log

Written by

Peter Zhang

Building local-first Mac & iOS productivity apps at Obelisk Club.