社区拒绝档案
收集了苹果 App Store 和 Google Play 拒绝循环的最坏案例，作为截图和纯文本，以便移动团队可以了解审查队列的真正成本。
提交规则
1 到 5 张图片加上故事文本。
故事中不允许包含链接。请使用本地图片。让拒绝痛苦、具体和有用。
6
种子故事
2
覆盖的商店
最大 5 个
每个故事的图片数量
档案馆
每个故事都是以文字为主、图像为辅、并且故意不包含外部链接的，以便档案馆保持可读性
"这个应用的用户是谁?"
Adrien提交了版本1.0，苹果在指南2.1中停止了审查，需要更多信息。没有崩溃报告，也没有破坏的功能，也没有在消息中请求二进制修复。唯一的阻塞就是苹果想要一个详细的答案，说明这个应用是为谁而设计的，才能继续审查
"App Store上已经有足够的这些应用程序了"
Adrien因苹果没有看到与类似应用程序相比的足够独特价值而获得了设计-垃圾邮件拒绝。审查说，应用程序主要是一个屁声或打嗝应用程序，即使它有区别的功能，苹果也认为该应用程序的整个功能是重复的内容，因为该类别已经饱和了。
"构建是好的。拒绝一直从应用程序转移到应用程序周围的文字中。"
团队交付了一个干净的构建，然后花了一个多周的时间在元数据的异议中循环。每次重新提交都回答了上一个注释，但下一个回复却关注了另一个短语、截图或说明。没有code被改变。发布日历、新闻窗口和付费推广计划都被审查复制所拖累。
"审批邮件到达之前，阻塞就已经出现了。"
The build reached approval, but release was still blocked by a compliance prompt the team thought had already been answered. The release owner had to stop rollout, gather legal wording, update the App Store Connect response, and wait again. Customers saw the announcement before the app was actually available.
"该应用程序需要该权限仅用于一个屏幕，但审查人员却将其视为整个产品."
一项狭窄的 Android 权限触发了广泛的政策审查。团队记录了该功能、添加了审查人员的说明、记录了演示路径，并仍然必须从主发布中删除权限以解除客户的阻塞。最终的构建以降级的工作流程发布，而团队正在准备更干净的权限分离。
"用户急需的破损结账功能并不是审查队列的紧急事项."
结账功能的bug需要快速修复，但是在最不合适的时间，商店的发布进入了审查。支持票数不断上升，而团队却只能眼睁睁地看着同样的待处理状态。他们最终在服务器端解决了问题，然后等待着二进制的审批到来，而紧急情况已经在周末烧完了.
避免下一个恐怖故事
Capgo 让 Capacitor 团队能够发送实时更新、回滚故障版本并针对特定渠道进行更新，而无需等待完整的App Store或Google Play审核周期。
编辑故事数据，包括一到五个本地图像路径，并打开一个PR。保留名称匿名，除非您拥有故事。
