iPhone/iOS:构建一次,签署两次

iPhone/iOS:构建一次,签署两次,iphone,adhoc,Iphone,Adhoc,有没有办法向测试人员提供将上载到应用商店进行测试的确切二进制文件 基本上,我想知道的是,是否有可能构建源代码,然后签署两次:一次用于临时分发,然后用于应用商店分发 我被一些缓存的映像资产烧坏了,我想知道我是否可以在不使用专用构建项目的情况下防止这种情况发生 干杯…您可以自己运行codesign。我应该在博客上写下如何重新签署应用程序,但在大多数情况下,您希望提取资源规则和权限,覆盖MyApp/embedded.mobileprovision,然后执行类似于codesign-f-s'iPhone

有没有办法向测试人员提供将上载到应用商店进行测试的确切二进制文件

基本上,我想知道的是,是否有可能构建源代码,然后签署两次:一次用于临时分发,然后用于应用商店分发

我被一些缓存的映像资产烧坏了,我想知道我是否可以在不使用专用构建项目的情况下防止这种情况发生


干杯…

您可以自己运行
codesign
。我应该在博客上写下如何重新签署应用程序,但在大多数情况下,您希望提取资源规则和权限,覆盖MyApp/embedded.mobileprovision,然后执行类似于
codesign-f-s'iPhone Developer'--权限=提取的权限文件--resource rules=提取的资源规则
(我可能语法有点错误)

(当然,它不是相同的“精确二进制”,因为embedded.mobileprovision和embedded签名不同。)

但是,上次我检查时,您不需要。iOS不要求安装嵌入式资源调配配置文件;它只查找“相似”的配置文件(这样您可以向配置文件中添加设备,但不必重新签署所有旧版本)。我不确定什么算“相似”(相同的应用程序ID、捆绑种子和授权?),但我已经能够通过安装相应的临时资源调配配置文件来运行应用商店构建


当你说“被一些缓存的映像资产烧掉”时,你的意思是它不是一个干净的构建吗?我强烈建议设置一个构建服务器,从干净的签出中构建干净的构建;具体如何实现这一点超出了这个答案的范围(我们使用Buildbot和一堆脚本),但这似乎比提交由随机开发人员的机器生成的版本要好得多(这也意味着我可以安装随机测试版SDK,而不会弄乱应用程序提交).

你可以自己运行
codesign
。我应该在博客上写下如何在某一点上重新签署应用程序,但在大多数情况下,你需要提取资源规则和权限,覆盖MyApp/embedded.mobileprovision,然后执行类似于
codesign-f-s'iPhone Developer'--权限=提取的权限文件的操作--资源规则=提取的资源规则
(我可能语法有点错误)

(当然,它不是相同的“精确二进制”,因为embedded.mobileprovision和embedded签名不同。)

但是,上次我检查时,您不需要。iOS不要求安装嵌入式资源调配配置文件;它只查找“相似”的配置文件(这样您可以向配置文件中添加设备,但不必重新签署所有旧版本)。我不确定什么算“相似”(相同的应用程序ID、捆绑种子和授权?),但我已经能够通过安装相应的临时资源调配配置文件来运行应用商店构建

当你说“被一些缓存的映像资产烧掉”时,你的意思是它不是一个干净的构建吗?我强烈建议设置一个构建服务器,从干净的签出中构建干净的构建;具体如何实现这一点超出了这个答案的范围(我们使用Buildbot和一堆脚本),但这似乎比提交由随机开发人员机器生成的构建要好得多(这也意味着我可以安装随机beta SDK,而不会弄乱应用程序提交)