【问题标题】:Submitting app with iCloud enabled: is it possible? Apple: Invalid Code Signing Entitlements在启用 iCloud 的情况下提交应用程序:可能吗? Apple:无效的代码签名权利
【发布时间】:2012-11-10 03:54:31
【问题描述】:

两个应用程序,例如 AppX 和 AppXLite,使用相同的 iCloud 键值存储和相同的商店标识符,在权利文件中我看到 $(TeamIdentifierPrefix)com.company.AppX

一切都在临时和调试版本中工作。但是当我尝试将 AppXLite 上传到应用商店时,出现错误:

无效的代码签名权利 - 应用程序包的签名 包含不受支持的权利值。为了 com.apple.developer.ubiquity-container-identifiers 权利,即 数组中的第一个值必须由 Apple 提供的前缀组成 在配置文件中后跟捆绑标识符后缀。 捆绑包标识符必须与您的其中一个的捆绑包标识符匹配 允许您用作 iCloud 的应用程序或其他应用程序 容器标识符。具体来说,值为“YYXXXXXXYY.com.company.AppX” 对于关键“com.apple.developer.ubiquity-container-identifiers” 不支持 AppXLite。

同意这封信,但一切正常:前缀,由 Apple 提供,捆绑标识符。如果没有,这在临时构建中将不起作用。但是为什么他们说事情不对呢?

是的,我知道这里有很多答案,我阅读了它们。人们说应该在配置门户中禁用应用程序中的 iCloud 支持以解决此类问题。如果我这样做,我的应用将不再看到 iCloud,但这是关键功能之一!

我有一个想法,我应该先上传 AppX,然后再上传 AppXLite,因为这两个应用程序都使用 AppX 的捆绑包 ID 作为商店标识符。但是我已经在配置门户上添加了这两个应用程序,所以 appstore 应该知道“我的一个应用程序的捆绑标识符”,正如 Apple 在信中所说的那样。

有人有将支持 iCloud 的应用上传到 Appstore 的经验吗?

【问题讨论】:

    标签: ios app-store icloud key-value-store code-signing-entitlements


    【解决方案1】:

    如果你遇到同样的情况:

    1. 杀死配置门户中的所有配置文件
    2. 杀死 Xcode 和设备中的所有配置文件
    3. 重新创建所有需要的配置文件(我已经为每个配置文件创建了 dev、adhoc 和 appstore)
    4. 手动下载它们并拖动到 Xcode。
    5. 清理并重建所有应用
    6. 提交第一个应用,它们之间共享哪个捆绑 ID 作为 iCloud 的商店标识符。
    7. 提交所有其余应用。

    结果:一切都处于“等待审核”状态。

    【讨论】:

    • 第 6 点(提交第一个应用程序,共享包 ID)是我的主要信息。谢谢。
    • 是的,我知道,这里唯一的知识是 6。
    猜你喜欢
    • 2015-03-25
    • 1970-01-01
    • 2014-09-27
    • 2012-03-22
    • 1970-01-01
    • 1970-01-01
    • 2017-02-09
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多