【问题标题】:Manage iOS Enterprise Developer Program管理 iOS 企业开发者计划
【发布时间】:2012-06-03 12:00:19
【问题描述】:

我们最近注册了 iOS 企业开发人员计划,以便能够使用内部分发,这显着简化了我们公司内部相当大的应用程序的部署。在加入之前,我们已经彻底阅读了计划文档,并且我们知道新帐户将与我们用于 AppStore 提交的标准帐户完全分开。

我现在不确定在开发者门户中组织这两个帐户的最佳方式是什么。我最关心的是捆绑标识符,因为我将在 Xcode 中为每个应用程序处理两个不同的捆绑 ID。我们所有的应用程序都使用 iCloud 和推送通知,所以通配符不是一个选项。

你如何在 Xcode 中组织它?您是创建两个不同的目标还是能够使用新的项目配置来管理它? iCloud 权利呢?

编辑

作为更新,我想明确表示,我们正在寻找最佳解决方案来构建适用于内部分发和 AppStore 提交的应用程序。

EDIT2

鉴于企业计划不授予您访问 iTunesConnect 的权限(可以在其中设置测试用户和产品 ID),真的没有办法测试 InApp 购买吗?

【问题讨论】:

  • 所以你是在应用商店发布你的应用程序?或者为什么需要使用两个捆绑标识符?
  • 仅对于包标识符,两个项目设置就足够了。当你在那里设置 plist 时..

标签: iphone xcode enterprise


【解决方案1】:

我并不完全清楚您需要什么,但听起来您希望能够构建应用商店应用以供内部企业使用。对吗?

如果您希望能够使用两个不同的捆绑 ID 构建您的应用,您可以创建自定义构建设置,并为您的不同配置赋予不同的值。

例如,您可以创建企业配置:

然后转到目标的构建设置并添加用户定义的构建设置:

给它起一个像BUNDLE_ID这样的名字,如果你扩展三角形,你可以为每个配置赋予不同的值:

接下来,打开您的 Info.plist 文件并输入 ${BUNDLE_ID} 作为捆绑 ID 值:

当您使用“企业”配置进行编译时,您可以使用自定义方案(或通过命令行构建过程,如果您使用的话)进行编译,将使用适当的捆绑包 ID。

您还可以以相同的方式配置代码签名/配置文件设置:

执行此操作后,将根据配置使用正确的推送通知/iCloud 权利。

我们已经做这种事情很长时间了。我们的构建服务器将使用这种技术为每次构建生成我们应用的企业版和应用商店版本。

对于配置门户,您需要分别为推送通知、iCloud 等配置两个应用 ID。

这确实意味着推送通知必须分别发送到应用商店和企业版本,因为它们不会共享相同的捆绑 ID 或推送通知证书。

默认情况下,两个版本的 iCloud 存储将完全分开。只要使用相同的团队 ID 设置权利,他们就可以访问相同的 iCloud 商店(如果需要)。但如果您有两个独立的开发者帐户,这可能会成为问题。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-11-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多