无法确定xxxTest TEST_HOST的捆绑包标识符 [英] Could not determine bundle identifier for xxxTest TEST_HOST

查看:415
本文介绍了无法确定xxxTest TEST_HOST的捆绑包标识符的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们确实很难使CI与Xcode一起使用.我们遇到问题Could not determine bundle identifier for xxxTest TEST_HOST: some path that does not exist.

We do have troubles getting our CI to work with Xcode. We encounter the issue Could not determine bundle identifier for xxxTest TEST_HOST: some path that does not exist.

我们到目前为止所做的:

What we have done so far:

  • 在CI机器上,我们能够在设备上运行所有测试,但是如果通过提交触发它,则CI确实会以该错误结束.
  • 当我们尝试运行应用程序的测试时,我们在其他计算机上也遇到了这个问题.我们通过清洁机器并重新启动设备来修复该问题.(必须修复一些方案设置)不是我们可以运行所有测试,但有时会无缘无故地遇到问题.
  • 我们还仔细检查了方案.主机应用程序在每个测试方案中都设置为应用程序本身.

我们的项目具有以下目标:

Our project has the following targets:

  • 应用
  • 应用程序单元测试
  • 应用程序用户界面测试
  • AppeareanceKit(模块)
  • AppeareanceKit单元测试
  • 模型(模块)
  • 模型单元测试

找到的解决方案:

  1. 禁用除应用程序UITest之外的测试
  2. 运行一次测试
  3. 启用所有测试
  4. 运行测试

问题:

  • 那里发生了什么?我们如何才能避免一遍又一遍地解决该问题?

已知问题:

Xcode 8 Beta-转换为当前的Swift语法失败:找不到测试主机

测试在xcode 8 TEST_HOST错误下停止工作

推荐答案

因此,在出现此问题很久以后,我们可以找到正确的复选框来解决此问题.

So after ages of having this issue, we could find the right checkbox to fix this issue.

听起来有些怪异,但问题出在项目设置内部的命令行构建配置.

It somehow sounds weird but the issue was the configurations for the command-line builds inside of the Project settings.

我认为发生这种情况是因为我们总是针对调试配置进行测试,并且将其设置为release.因此,它为测试主机执行了错误的构建.

I assume this happens because we always test against the debug configuration and it was set to release. Therefore it did the wrong build for the test host.

这确实将defaultConfigurationName设置在{projectname}.xcodeproject内部.

如果您对此有更多见解,请发表评论.

Please comment if you have any more insights of this.

这篇关于无法确定xxxTest TEST_HOST的捆绑包标识符的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆