【问题标题】:Xcode 4: Is a build archive provisioning profile specific?Xcode 4:构建存档配置文件是特定的吗?
【发布时间】:2011-07-28 18:42:06
【问题描述】:

我在 Xcode 3 下还没有真正使用过存档功能,但现在在 Xcode 4 中已经习惯了。到目前为止,我的所有项目中总是有三四个构建设置:Debug、Distribution AdHoc 和 Distribution AppStore .区。 AdHoc 和 AppStore 都是“Release”的副本,仅在它们为 Codesigning 选择的配置文件方面有所不同(所以本质上它们是为了方便,确保我不会将错误签名的构建发送给错误的人)。

现在我注意到,每当我从组织者导出存档的构建时,Xcode 都会询问我想使用哪个配置文件来签署我的构建,但同时,如果构建设置中选择的配置配置文件,构建也会失败无效。 Xcode 4 归档配置文件是独立于配置文件还是与配置文件绑定?您如何解决必须为 AdHoc 和 AppStore 构建而没有太多构建设置组的“挑战”(在 Xcode 4 中切换与构建方案关联的组变得有些麻烦)?

谢谢!

【问题讨论】:

    标签: xcode4 archive code-signing provisioning


    【解决方案1】:

    在 Xcode 4 中,如果您归档一个应用程序,它会使用您指定在其构建配置下使用的配置文件进行签名。很可能是从 Xcode 3 项目中继承的设置。

    以后可以使用不同的配置文件(通过组织者或命令行)对已归档的应用程序进行退出,因此在某种程度上,是的,它们独立于配置文件。

    为 AdHoc 和 AppStore 管理构建的两个建议:

    1) 首先是利用 Xcode 4 方案,为 AdHoc 和 AppStore 创建新方案

    在 Schemes 菜单下:Edit Scheme -> Duplicate Scheme,然后在 Archive 下您可以选择所需的构建配置(AdHoc、AppStore 等),然后您可以将此方案命名为 AdHoc、AppStore 以匹配。当您要构建发布时,只需选择目标方案,它将使用构建配置中的关联配置文件对其进行签名。

    2) 维护 1 个方案,从构建配置中删除代码签名,并在归档后仅通过管理器对应用程序进行代码签名。

    【讨论】:

    • 我喜欢您从构建配置中删除代码签名的建议,但我无法让它发挥作用。如果我选择“不进行代码签名”,则会收到错误消息:“代码签名错误:产品类型‘应用程序’需要代码签名”
    猜你喜欢
    • 2012-09-10
    • 2011-08-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-03-03
    • 2011-07-13
    • 1970-01-01
    • 2012-01-13
    相关资源
    最近更新 更多