我正在尝试使用xcodebuild生成一个xcarchive，稍后我可以使用随Xcode5添加的新功能将其导出为.ipa。这工作得很好:xcodebuild-workspace'MyWorkspace.xcworkspace'-scheme'MyScheme'-configuration'Release'-archivePathtmp.xcarchivearchivexcodebuild-exportArchive-exportFormatIPA-archivePathtmp.xcarchive-exportPathapp.ipa-exportWithOriginalSigningId
我正在使用命令行xcodebuild工具从Xcode文件中导出.ipa文件。它在Xcode8.3.3之前运行良好。相同的设置已停止使用Xcode9beta。现在它失败并出现此错误:IDEDistribution:Stepfailed::ErrorDomain=IDEDistributionSigningAssetStepErrorDomainCode=0"Locatingsigningassetsfailed."似乎Xcode9无法找到配置文件，但为什么？ 最佳答案 在我的例子中，问题由-exportOptionsPlistplis
我正在使用命令行xcodebuild工具从Xcode文件中导出.ipa文件。它在Xcode8.3.3之前运行良好。相同的设置已停止使用Xcode9beta。现在它失败并出现此错误:IDEDistribution:Stepfailed::ErrorDomain=IDEDistributionSigningAssetStepErrorDomainCode=0"Locatingsigningassetsfailed."似乎Xcode9无法找到配置文件，但为什么？ 最佳答案 在我的例子中，问题由-exportOptionsPlistplis
更新Xcode8.3后，选项“-exportSigningIdentity”、“-exportProvisioningProfile”和“-exportFormat”从“xcodebuild-exportArchive'。当我尝试获取分发应用程序时，出现以下错误:xcodebuild:错误:无效选项“-exportProvisioningProfile”。那么当项目设置了自动签名启用时，我如何从MyApp.xcarchive获取分发MyApp.ipa？AutomaticSigning 最佳答案 听起来您想从现有的xcarchive在
更新Xcode8.3后，选项“-exportSigningIdentity”、“-exportProvisioningProfile”和“-exportFormat”从“xcodebuild-exportArchive'。当我尝试获取分发应用程序时，出现以下错误:xcodebuild:错误:无效选项“-exportProvisioningProfile”。那么当项目设置了自动签名启用时，我如何从MyApp.xcarchive获取分发MyApp.ipa？AutomaticSigning 最佳答案 听起来您想从现有的xcarchive在
我在CI上实现xcodebuild命令测试时遇到了小问题。我有与特定设备语言相关的测试，在xcode中我可以将“启动时传递的参数”设置为-AppleLanguages(语言)。我可以使用xcodebuild传递该参数吗？我的脚本是这样的xcodebuild-workspaceMyApp.xcworkspace-scheme"MyAppTests"-sdkiphonesimulator-destination'platform=iOSSimulator,name=iPhone6,OS=9.0'test谢谢! 最佳答案 xcodebui
我在CI上实现xcodebuild命令测试时遇到了小问题。我有与特定设备语言相关的测试，在xcode中我可以将“启动时传递的参数”设置为-AppleLanguages(语言)。我可以使用xcodebuild传递该参数吗？我的脚本是这样的xcodebuild-workspaceMyApp.xcworkspace-scheme"MyAppTests"-sdkiphonesimulator-destination'platform=iOSSimulator,name=iPhone6,OS=9.0'test谢谢! 最佳答案 xcodebui
目标我们的目标是在持续集成环境中执行单元测试(Jenkins)(我相信每个问题都必须说明一个人到底想达到什么目的。也许这个问题实际上可以用一种非常不同的方式来解决)更新:更多关于“你为什么要这样做？”首先，我们谈论的是特定的、自主开发的硬件。而且我希望持续集成测试能够告诉我是否有人在不通知所有开发人员的情况下更改了盒子的行为(是的，是的，我知道，这样的事情永远不会发生……)其次，我们的一些(不是全部)连接使用默认情况下无效的证书，因此我们有代码来检查证书的有效性(SecTrustEvaluate等)。当然，理想情况下，我们的测试也会测试该代码。但这似乎要求太高了。第三:好吧，如果我能得
目标我们的目标是在持续集成环境中执行单元测试(Jenkins)(我相信每个问题都必须说明一个人到底想达到什么目的。也许这个问题实际上可以用一种非常不同的方式来解决)更新:更多关于“你为什么要这样做？”首先，我们谈论的是特定的、自主开发的硬件。而且我希望持续集成测试能够告诉我是否有人在不通知所有开发人员的情况下更改了盒子的行为(是的，是的，我知道，这样的事情永远不会发生……)其次，我们的一些(不是全部)连接使用默认情况下无效的证书，因此我们有代码来检查证书的有效性(SecTrustEvaluate等)。当然，理想情况下，我们的测试也会测试该代码。但这似乎要求太高了。第三:好吧，如果我能得
我有一个企业分布式应用程序，它是使用xcodebuild在构建服务器上构建的。去年我们进行了更改，使用带有“-allowProvisioningUpdates”标志的“自动管理签名”功能。使用此技术可以很好地生成供应配置文件，但我们将使用此配置文件长达一年，并将在31天后过期。最初我的印象是使用“allowProvisioningUpdates”会导致配置文件在每次新构建时重新生成，但如果是这样的话，它就不会过期。我们需要使用更新的配置文件进行新构建，这样我们的用户就不会在几个月内留下一个损坏的应用程序。但是，生成的配置文件未显示在Apple开发人员中心的“证书、标识符和配置文件”部分
