Ios Xcodebuild-跳过已完成请求崩溃报告。继续测试

我正在用Xcode运行一台CI机器

使用

fastlane gym

触发测试。我在输出中看到这一行：

2019-05-27 16:04:28.417 xcodebuild[54605:1482269][MT] IDETestOperationsObserverDebug:（A72DBEA3-D13E-487E-9D04-5600243FF617） 已完成请求崩溃报告。继续测试

此操作需要一些时间（大约一分钟）才能完成。据我所知，Xcode请求苹果的崩溃报告显示在“组织者”窗口中

---

由于这是一台CI机器，因此将永远不会在其上查看碰撞报告，并且可以完全跳过此步骤。如何跳过此步骤？

您的里程数可能会有所不同，但在使用以下配置设置新机器后，我遇到了相同的问题OP详细信息：

• macOS 10.15.2
• 代码11.3
• 快车道2.139.0
• 模拟器@13.3

当我用3台设备运行fastlane测试时，我看到以下消息，在终止之前，我闲置了大约4分钟：

然后，我采取了我在对OP的评论中概述的步骤：

fastlane扫描初始化

编辑我的

scanfile

如下所示

我最初设置了

禁用并发测试（false）

，当我通过fastlane运行测试时，我再次陷入困境。将该值更改为

禁用并发测试（true）

已允许测试现在在我的机器上运行。

我认为指责“已完成请求崩溃报告。继续测试”可能是一种误导。在这一步我有好几项工作要做，但当我仔细看（我在本地跑了一圈，跟踪日志）时，我发现我的测试因为其他原因而失败了。看起来Fastlane没有正确地显示这一步需要多长时间，事实上，我认为如果您看到了这条消息，那么流程已经完成，您的测试正在运行。更改并发性为您修复了它，这可能表明您的测试由于竞争条件而失败

---

所以，无论如何。在本地安装fastlane，在本地运行您的lane，跟踪构建输出以及日志文件，并查看是否在那里发现了问题。这是给我的，但是，就像所有事情一样，YMMV。

你找到过这个问题的答案吗？没有，我没有找到答案。我花了无限的时间。在快车道回购协议中，同样的问题还有一个悬而未决的问题，但还没有解决方案：@DavidNorman谢谢你提到它。我已经创建了这张票，它仍然开放。好吧，我学到了一些新的东西。1.已完成请求。。。消息显示后可能需要一段时间，或者只是测试开始前输出到控制台的最后一个操作。我现在看到，当测试没有运行时，这需要几分钟的时间。2.如果使用xcpretty_参数重定向xcpretty输出，请禁用该xcpretty_参数（“”），然后可以看到哪个测试导致作业挂起。