为什么fastlane扫描测试会继续在Jenkins管道中重建和运行？

Question

我在Jenkins上运行了一个管道作业，它运行iOS单元测试。

当我们的测试失败时，我看到了一些非常奇怪的行为，fastlane在它的摘要中显示了失败，但随后开始重建代码并重新测试。

这种情况不断发生，我无法确定是缺少快速车道/扫描设置，还是在Jenkins管道中运行此设置。

bundle exec fastlane test在本地运行得很好，在我的扫描文件中定义的每个设备上只执行一次。

我的控制台输出如下所示：

[11:26:36]: fastlane finished with errors
[!] Test execution failed. Exit status: 65
#######################################################################
# fastlane 2.19.3 is available. You are on 2.17.0.
# It is recommended to use the latest version.
# Please update using `bundle update fastlane`.
#######################################################################
2.19.3 sigh Hotfix
* fix sigh undefined variable regression (#8457)
2.19.2 Snapshot improvements and more
* Add tests for ReportsGenerator available_devices
* Fix HTML report generation for snapshot
* Prioritize options passed to supply
* Collect logs for iOS 10+ devices
* Add row for Fabric.app-installed fastlane to env command
* Sigh reports better errors for team members
* Expand the notes_path parameter
* Update xcov intialization
2.19.1 Hot fix for provisioning profile creation/deletion
- Re-implement csrf token retrieval for provisioning profiles (#8410)
- don't attempt to create apps on the dev center and itc if mac app (#8404)
To see all new releases, open https://github.com/fastlane/fastlane/releases
Please update using `bundle update fastlane`
/Users/hudson/build/workspace/MNELastWord-PR-Pipeline@tmp/durable-ba2bbebe/script.sh: line 2: shell_session_update: command not found
Sending interrupt signal to process
▸ Cleaning Pods/CocoaLumberjack-iOS [Debug]
▸ Check Dependencies
▸ Cleaning Pods/Bento-iOS-Lib-iOS-BentoResources [Debug]
▸ Check Dependencies
▸ Cleaning Pods/AFNetworking-iOS [Debug]
▸ Check Dependencies
▸ Cleaning Pods/JSONModel-iOS [Debug]

您可以看到，在fastlane完成后，它只是以愉快的方式继续进行，并开始重建和重新测试，而不是退出作业。

基于这个输出，我认为是Fastlane中的某些东西导致了它的重新执行，因为Jenkins没有输出表明舞台再次被调用。

也就是说，我在Github上的fastlane问题中没有看到任何关于这一点的内容，除了快照具有重试选项（我没有使用快照）

为了完整起见这是我的扫描文件Jenkinsfile和Fastfile

有人能帮忙吗？我尝试了最新的快速车道，旧的快速车道，仍然可以看到行为。

我的DevOps和SAs对我们非常不满，因为我们的工作永远不会结束，并且正在挂起我们的jenkins节点：）（中止/终止它们确实有问题）

Answer 1

看起来测试用例失败了，但Jenkins的工作并没有停止。这里可能有两种可能性：

>

一旦测试用例失败，就尝试退出作业，这样之后它就不会继续了，因此添加了显式的exit 1 if test case execution Failes（如果测试用例执行失败）示例

stage('Run Tests') {

// Shell build step
sh """ 
#!/bin/bash
echo "Executing Fastlane test lane..."
$HOME/.fastlane/bin/fastlane tests || exit 1;
"""     
}

检查测试用例是否改变源代码文件，并将其提交回SCM，并且在提交/推送时Jenkins将进行轮询，从而导致循环。

要解决此问题，请使用基于提交/用户/消息的轮询忽略。添加屏幕截图以供参考

https://imgs.xnip.cn/cj/n/14/ecc39398-c0b2-4463-8cac-35d4ccb716ee.png" width="100%" height="100%" />

Answer 2

所以最终我想我已经找到了问题的根源。

如果我将我的测试阶段包装在一个try/catch块中，那么我将从工作中获得适当的行为。

stage 'Tests'
            try {
                    env.FASTLANE_EXPLICIT_OPEN_SIMULATOR = 1
                    bash 'bundle exec fastlane test'
                } catch (e) {
                    currentBuild.result = 'FAILURE'
                    throw e
                }

这真的没有意义，因为我的整个部分都被一个try/catch包住了——所以如果有人知道为什么这样做，我洗耳恭听。但至少我现在能够解决这个问题。