2

我们已经准备好开始使用 trigger.io 的开发，但是最后一分钟的外部反馈假装 trigger.io 应用程序自推出新的 Reload 系统（推送更新的 HTML/CSS/JS 代码）以来一直被 Apple 系统地拒绝无需重新提交给 Apple 进行应用更新）。

关于 stackoverflow 的唯一回复（Apple App Store ok with Trigger Reload?）是由 Trigger.io 的一位创始人发布的，所以我真的在寻找一些完全独立的反馈。

任何人都可以对此提供任何真实的反馈吗？有没有人成功地向商店提交了应用程序？

Trigger.io 的页面https://trigger.io/examples/提供的提交应用的示例非常少，因此也不是很有说服力...

非常感谢任何反馈！

4

2 回答 2

4

在 Hojoki，我们已经成功地将基于 Trigger.io 构建的应用提交到 App Store 一年多了。我们正在积极使用 Reload（例如，在 4 月份向我们所有的 iOS 用户推送了 3 次重新加载），并且从未遇到任何关于批准和重新加载的问题。

该应用程序有两次被拒绝（与元数据有关..），但这与 Reload 或 Trigger.io 完全无关。

于 2013-05-15T14:29:39.887 回答
3

我们所知道的唯一一次与Reload相关的应用商店拒绝发生在 5 月 9 日（六天前）。这是由于重新加载文件未标记为免于 iCloud 和 iTunes 备份。

应用商店中有大量使用 Reload 的应用程序，所以这不是一个普遍的问题 - 只是这个特定的应用程序使用 Reload 来分发超过 100MB 的文件。

尽管如此， Trigger.io 平台的v1.4.46包含一个设置 no-backup 标志的修复程序，以更加安全。

于 2013-05-15T13:12:02.757 回答