我有一台CI构建机器运行Xcode服务器并使用机器人生成构建,但是通过机器人构建的.ipa无权注册APNS令牌。
具体来说,调用了didFailToRegisterForRemoteNotificationsWithError,并且存在运行时警告“”没有为应用程序找到有效的'aps-environment'权利字符串“。
但是,如果我在separte开发PC上构建应用程序,或者我实际上是在机器上独立于机器人构建它,那么一切都很好。
我在多个应用中广泛使用了推送通知,因此请注意,如果应用尚未使用正确的配置文件进行签名,则始终会显示消息“找不到应用程序的无效'aps-environment'权利字符串”。但是我绝对100%确认应用程序是在使用机器人构建的一部分运行时使用相同的配置文件构建的,当我手动构建它时。
我也知道Xcode会在机器人运行时向不同位置下载配置文件,以便为用户运行时,我也知道当我手动构建时,僵尸程序作为系统而不是登录用户运行。我已经考虑了所有这些差异,但仍然无法使机器人构建起作用。
我已经使用这个完全相同的CI机器以前使用Jenkins(也作为系统运行)构建此应用程序来启用推送并且它有效!
这些是我做过/检查的:
1) 手动将项目下载到桌面,在Xcode中打开,并检查构建设置中的签名身份和配置文件。使用Xcode手动构建和运行它 - >有用 作为集成运行的一部分,通过bot间接下载项目。打开由Xot中的Bot下载的项目(Xcode服务器将其下载到:/ Library / Server / Xcode / Data / BotRuns // Cache / NNNN)。做同样的事情,检查签名身份和配置文件。它们与我在桌面上构建时使用的那些相同
好的,问题不在于实际签名身份和正在使用的配置文件的差异。
2)当您手动运行Xcode时,它会将配置文件下载到位置X,但是Bot会将配置文件下载到位置Y.所以我检查了X和Y的内容,以确保Y中没有任何内容丢失(如果有构建实际上会失败,但它没有。)
为了确保它们完全相同,我已将X的全部内容复制到Y中并再次运行bot(它们不会被机器人覆盖) - 所以现在机器人和桌面版本使用的完全相同当.ipa执行时,配置文件的副本仍然存在差异。
顺便说一句,X的位置是〜/ Library / MobileDevice / Provisioning Profiles,Y的位置是/ Library / Server / Xcode / Data / ProvisioningProfiles。
3)当我手动构建时,它就像登录用户一样,但是当构建机器人时,它就像系统一样。因此,在钥匙串中,我尝试将用户钥匙串中的所有证书和密钥复制到系统钥匙串中。是的,它没有任何区别,构建机器人创建的.ipa无法正常运行,而通过Xcode手动创建的构建确实运行。
这让我很生气,已经浪费了几天,我还能错过什么或者可以尝试解决这个问题?
有任何建议或想法吗?
答案 0 :(得分:6)
我找到了确切的原因,至于我不知道的原因背后的原因,因此我将我的标记作为公认的答案,因为它至少是遇到同样问题的人的解决方法。我很想到原因是机器人系统中的一个错误,它错误地期望有一个权利文件。
我发现机器人构建失败的原因是因为机器人没有将aps-environment权利放入.app文件中,即使该权利在embedded.mobileprovision中。但是,如果手动构建或构建存档,XCode会将其插入.app文件中。
此外,我发现如果我使用Entitlements.plist,我可以强制机器人将必要的权利和相关信息放入.app文件中。
但这是使用Xcode 5 - entitlement.plist文件已经成为过去,所以没有必要使用一个只是强制机器人将权利放入.app,因此我怀疑为什么它可能是一个机器人虫。
答案 1 :(得分:0)
您是否尝试解压缩.ipa
并检查embedded.mobileprovision
它们应该是否相同。另外,请确保您不使用开发人员配置文件在bot / xcode中发布版本。
答案 2 :(得分:0)
在黑暗中拍摄:
虽然您说手动运行构建时配置文件很有效,但是您是否尝试过从头开始创建新的配置文件并使用bot在CI构建计算机上使用它?