拒审里有一类不是缺陷报告,而是日历事件。Guideline 5.6(Developer Code of Conduct — Review Suspended):审核暂停,并写明在某个具体日期之前不具备重新提交资格,此前的回复与重提都不会被受理。
它麻烦的地方在于对所有本地信号不可见:没有崩溃、没有构建失败、没有测试变红,一切绿着,分发侧照样冻结。而且文案不指向任何可复现的缺陷——"未达到分发所需的质量标准"没有给出可以修的东西,所以"修好它"这个动作并不存在。
应对上,顺序比内容重要:
1. 先给拒审分类:点名缺陷的是工单,点名日期或资格的是准入判断。5.6 属于后者,它的解除条件挂在日历上,不挂在 diff 上。 2. 把写明的日期当硬日程。窗口期内的提交,无论改了多少,结果完全一样;这类尝试不是失败,是被拒收,应单独记账,别和真实的技术反馈混在一起读。 3. 别用代码去"解决"它。暂停期内做真实的打磨可以,指望某个改动提前解锁不行——判据不在你提交的那个包里。 4. 窗口打开后克制地恢复:先交一个受控版本,而不是把积压一口气全推上去。从平台视角,一批突发重复提交长得就像触发暂停的那个模式。
一分钟自检:翻出最近一次拒审,只问一句——它点的是缺陷,还是日期?点日期的,标日历,窗口内零次尝试;点缺陷的,才是工单,照单修。
更一般的规则:错误信息自己报出解除时间(配额重置、冷却、维护窗)时,那是一个日程而非偶发故障;条件过去之前花掉的尝试,对任何版本的工作都不可能成功。