通过 SSH 在 Xcode 6 下运行 xcodebuild 测试时超时

Question

我似乎在将 Xcode6 与 jenkins 集成时遇到问题，我目前有此设置并使用 Xcode 5。

xcode 6 通过 SSH 远程运行，模拟器超时，当我在本地运行时它成功。

命令

xcodebuild -workspace PROJECTNAME.xcworkspace -scheme BGO_Tests -destination 'platform=iOS Simulator,name=iPhone 5s' -derivedDataPath ./Build clean test

2014-08-19 10:46:36.591 xcodebuild[33966:381f] iPhoneSimulator：超时等待 >simulator 启动 120 秒，当前状态为 1。

测试失败： 测试目标 BGO_Tests 遇到错误（Timed out waiting 120 seconds for simulator to boot, current state is 1

用最近的 Xcode 6 beta 6 测试

Answer 1

我终于设法找到了一个很好的简单解决方案。 JNLP 导致我们的 jenkins 服务器出现许多问题。

SSH 超时的解决方法，通过https://corner.squareup.com/2015/07/ios-build-infrastructure.html

“Mavericks (10.9) 和 Yosemite (10.10) 确定进程是否可以通过访问进程的父级访问可访问性挂钩。通过将 launchd 放入允许的进程列表中，通过 SSH 或 Jenkins 启动的进程可以访问到整个系统的可访问性挂钩。为此，您可以根据此要点修改 TCC 数据库。需要重新启动才能使更改生效。"

#!/bin/bash

# This will add lauchd to the list of allowed processes for accessibility access
sudo sqlite3 /Library/Application\ Support/com.apple.TCC/TCC.db "INSERT or REPLACE INTO access VALUES('kTCCServiceAccessibility','/sbin/launchd',1,1,1,NULL)"

# This outputs the rows in the TCC database
sudo sqlite3 /Library/Application\ Support/com.apple.TCC/TCC.db 'select * from access'

echo "Restart is required for these changes to take effect"

2016 年 8 月 2 日更新 现在在 Xcode 7.2.1 中修复了这个问题（“命令行工具‘xcodebuild test’将不再超时等待 Simulator.app 启动”）

Answer 2

注意：设备名称在 Xcode 7 中已更改，因此您不再使用 iPhone 5 (9.1 Simulator) 指定它们，而是使用 iPhone 5 (9.1)。

使用xcrun instruments -s 获取当前设备列表，然后您可以使用以下命令预启动它：

xcrun instruments -w "iPhone 5 (9.1)" || echo "(Pre)Launched the simulator."

---

预启动

我到了一个地步，我在那里提出的建议不再起作用了。除了进行此处提到的更改之外，您还需要启动模拟器 xcodebuild 期望 BEFORE xcodebuild 运行：

# First get the UDID you need
xcrun instruments -s

# Then launch it
open -a "iOS Simulator" --args -CurrentDeviceUDID <sim device UDID>

# and wait some time....
sleep 5

# Then launch your unit tests
xcodebuild [...] -destination 'platform=iOS Simulator,name=<device name matching the UDID>' 

旧帖

此错误已在 Xcode 6.3 及更高版本中修复。如果您在较新的 Xcode 中遇到类似问题，则可能是另一个错误。

Apple 跟进 Bug ID# 18001199：

运行 GUI 不支持 LaunchDaemons 提供的上下文 应用程序。 SSH 服务和 Jenkins 的默认设置是 两者都实现为 LaunchDaemons。在 Xcode 5 的早期版本中 xcodebuild 可以在这种情况下在 iOS 模拟器上运行测试，但是 这从来都不是受支持的配置，正如您所注意到的 从 Xcode 6 开始不再工作。

与 LaunchDaemons 不同，LaunchAgents 提供了一个可以运行的上下文 GUI 应用程序 - 如果用户当时已登录，则有一个窗口 服务器/Aqua 会话。将您的 Jenkins 配置从 从成为 LaunchDaemon 到成为 LaunchAgent 将避免报告的 问题。您还可以使用 launchd 在 iOS 模拟器上运行测试 从 SSH 会话，通过制作 LaunchAgent 和手动 加载/启动它，或使用“launchctl submit”。

好的，在对周围的 cmets 进行了更多挖掘之后（非常感谢Opal），我发现通过 JNLP 启动从站是可行的。

正如许多人提到的，目前无法通过 SSH 运行单元测试，因此在 Apple 修复它之前，您可能希望暂时转向 JNLP 代理。

---

如果用JNLP连接还是不能解决，试试这个comment中提到的解决方案。

即：在命令行上运行这些：

DevToolsSecurity -启用

须藤 dscl 。 -append /Groups/_developer GroupMembership "user-that-runs-the-sim"

security authorizationdb write system.privilege.taskport is-developer

请参阅参考资料 here 和 here。

我最近发现，如果您安装了新版本的 Xcode 并且不启动它。模拟器可能会再次开始超时。为了解决这个问题，我不得不手动启动 Xcode，并安装它要求的其他工具。

Answer 3

我遇到了同样的问题。我的工作理论是 OSX 上的 SSH 作为 LaunchDaemon 启动，并且 LaunchDaemons 不允许呈现 UI； Reference.

我能够通过使用 Java Web Start 来启动 Jenkins 从站来解决这个问题。然后我将 Jenkins 从站安装为启动服务。

不幸的是，Jenkins slave 将自己安装为 - 你猜对了 - LaunchDaemon，导致无法启动测试的完全相同的问题； Reference.

我通过将 /System/Library/LaunchDaemons 中的 Jenkins Slave LaunchDaemon plist 和 jar 文件移动到 ~/Library/LaunchAgents 来解决该问题，并更新了 plist 文件中的路径。

这最终让我能够在 OSX jenkins slave 上运行 XCode6 (Beta6) 测试。

Answer 4

我最终通过doing the steps here 在 Xcode 5 上解决了这个问题，基本上是在运行：

sudo security authorizationdb write system.privilege.taskport allow

这将消除其中一类身份验证弹出窗口。您还需要运行：

sudo DevToolsSecurity -enable

但是，一旦我升级到 Xcode 6，我现在在尝试通过 SSH 运行 xcodebuild 测试时遇到了无限挂起。只要我登录控制台并从键盘运行它们，它们就会继续运行良好。

Answer 5

我以前见过这个错误，一种可能是因为您可能从互联网下载了 Xcode6 Beta（不是应用商店，因为它尚不可用），您尝试运行它的机器将显示一个弹出窗口询问您是否真的要从互联网上打开此应用。

当 xcodebuild 尝试启动 iPhone 模拟器应用程序时，也会发生同样的情况。

您可能想尝试的一件事是与机器共享屏幕，然后在该弹出窗口中单击“打开”。

如果还是不行，我会尝试：

1. 重置模拟器的内容和设置
2. 重启机器并确保启动时没有模拟器在运行（您可以选择重启时不重新打开任何应用）