构建xunit.xml文件后,我应该使用xUnitPublisher还是xUnitBuilder?

And*_*dré 9 .net continuous-integration jenkins asp.net-core

我正在自动化点网核心构建

鉴于我的Jenkins文件中有以下片段,我为每个测试项目生成一个XML文件.在下一步中,我想处理这些XML文件.

詹金斯有两种选择.我很困惑使用哪个选项.我使用"进程"还是"发布".两者都给出了关于阈值的相同选项,两者似乎都是一样的.它们都标记了构建失败,它们都为Jenkins提供了测试报告.这是遗产吗?或者他们是完全不同的步骤,有自己的目的吗?

顺便说一下,这次FAILURE检查并抛出错误是阻止Jenkins继续构建的唯一方法吗?当构建标记为FAILED以继续其余步骤时,似乎有点奇怪.如果我想继续,我也可以将stopProcessingIfError设置为false,或者我错过了这一点?

stage('Test') {
    def testScript = ""
    def testProjects = findFiles(glob: 'test/**/project.json')

    if (!fileExists('reports/xml')) {
        if (!fileExists('reports')) {
            sh "mkdir reports"
        }
        sh "mkdir reports/xml"
    }

    for(prj in testProjects) {
        println "Test project located, running tests: " + prj.path
        def matcher = prj.path =~ 'test\\/(.+)\\/project.json'

        testScript += "dotnet test --no-build '${prj.path}' -xml 'reports/xml/${matcher[0][1]}.Results.xml' || true\n"
    }

    sh testScript

    step([
        $class: 'XUnitBuilder',
        thresholdMode: 1,
        thresholds: [[$class: 'FailedThreshold', failureThreshold: '1']],
        tools: [[
            $class: 'XUnitDotNetTestType',
            deleteOutputFiles: true,
            failIfNotNew: true,
            pattern: 'reports/xml/*.Results.xml',
            skipNoTestFiles: false,
            stopProcessingIfError: true
        ]]
    ])

    if (currentBuild.result.equals("FAILURE")) {
        throw "Test results did not pass thresholds"
    }
}
Run Code Online (Sandbox Code Playgroud)

use*_*610 3

查看源代码后,它们在功能上似乎是相同的,除了XUnitPublisher有一个额外的方法,其目的我不明白(!),并且该类在列表中声明了更多接口implements

关键的区别似乎是XUnitPublisherclass 扩展了hudson.tasks.Recorderclass,而XUnitBuilder扩展了hudson.tasks.Builder.

我认为面向用户的差异在于,构建器中的失败将 Jenkins 作业标记为“失败”,而发布者中的失败则将作业标记为“不稳定”。(来源: https: //wiki.jenkins.io/display/JENKINS/Terminology

鉴于这一切,我建议使用 xUnitPublisher。我将构建命令设置为如果编译通过但某些测试失败则返回 0。这样,Jenkins 会为我提供 FAILED 状态(表示编译损坏)和 UNSTABLE 状态(表示编译正常但测试失败)。我喜欢这样。

提交历史并不能解释为什么会出现这种荒谬的代码重复。我会理解如果一个是根据另一个来实现的,就像通常在弃用时所做的那样......可能是因为每个都必须有不同的超类。

XUnitBuilder.javaXUnitPublisher.java