0

是否有可能对于给定的构建管道作业（在构建或构建后操作中具有下游作业为“ Trigger build on other projects”），我可以获得一个树列表视图，显示哪个管道作业# N 调用，调用顺序中的哪些子作业（顺序或并行）与该管道运行 build# 的子 build#。

例如：如果我的管道工作有这个观点： 在此处输入图像描述 那么，

我希望得到一个类似于（如果我只是输入简单的文本格式）的顶级运行列表：

vac-3.0-src:52 called: vac-3.0-unit-test-main:37
vac-3.0-unit-test-main:37 called: vac-3.0-unit-testA:36
vac-3.0-unit-test-main:37 called: vac-3.0-unit-testB:36
vac-3.0-unit-test-main:37 called: vac-3.0-unit-testC:35
vac-3.0-unit-test-main:37 called: vac-3.0-unit-testD:35
vac-3.0-unit-test-main:37 called: vac-3.0-unit-testReporting:35
vac-3.0-unit-testReporting:35 called: vac-3.0-integration-test-main:28
vac-3.0-integration-test-main:28 called: vac-3.0-integration-testA:27
vac-3.0-integration-test-main:28 called: vac-3.0-integration-testB:27
vac-3.0-integration-testB:27 called: vac-3.0-acceptance-test:25
vac-3.0-acceptance-test:25 called: vac-3.0-configure-something:24 
vac-3.0-configure-something:24 called: vac-3.0-perform-someaction:23
vac-3.0-perform-someaction:23 called: vac-3.0-preview-step:22
vac-3.0-preview-step:22 called: vac-3.0-deb-delivery-job:27
vac-3.0-preview-step:22 called: vac-3.0-rpm-el6:23
vac-3.0-preview-step:22 called: vac-3.0-vagrant-provision:20
vac-3.0-preview-step:22 called: vac-3.0-vagrant-run:21
vac-3.0-vagrant-run:21 called: vac-3.0-demo:10

或者此信息可以以更健壮的结构方式呈现，即它可以是 JSON blob，其中父作业具有结构，该结构将具有它在管道运行/给定顺序中调用（并行/顺序）的所有作业。

我使用 Jenkins API ie 或更多尝试了主要作业的 URL（通过 curl），/api/xml or /api/json?pretty=true&depth=10但它没有给我我正在寻找的信息（与给定的管道运行相关）。

此信息在管道视图中可见（根据图像），有关子项目的一些信息可在给定 Jenkins 作业的仪表板（这是管道的一部分）上获得，但顺序不存在。

如果您尝试解决此问题并有任何解决方案来获取此数据，我将不胜感激。这项工作的原因是为给定的管道运行水平查找指标（而不是垂直地为作为管道一部分的每个单独的作业，因为我已经有了总时间、构建#、结果等的垂直/单独的作业指标）但是如何我可以将给定管道运行的每个单独作业的指标联系起来，这就是我想要得到的。

如果上面的图像示例足够大，我们可以在这里参考一个较小的运行图像快照：

在此处输入图像描述

4

2 回答 2

1

我看到了一种可能的解决方案，不确定这是否有帮助，但肯定是一种尝试。

算法步骤：
==============
1）维护一个直接父子文件（即JobA：JobB，JobA：JobC，JobA：JobC，JobC：JobD，...）即该文件将告诉每个 Job X，它的直接子子/下游作业是什么。通过 Jenkins Groovy 脚本，这可以很容易地生成/可用。PS：您可以在此文件中添加更多列，即 JobA:JobB:Build:Sequential 或 JobA:JobB:Test:Parallel 以获得更好的水平指标来计算周转时间/每个给定步骤（构建、测试、部署等）和父作业是按顺序调用子作业还是与两个或多个作业并行调用）并相应地计算指标。

2）在“构建管道视图”配置（设置）中，设置编号。要显示为 1 的作业数。
PS：如果您想捕获该主管道作业的给定管道构建#，您可以将其设置为 5、10 或更多。

出于测试目的，我只展示了 1 个管道构建运行。 在此处输入图像描述

3) 在 Linux 中，使用获取关于 build-pipeline-view的 NAMEcurl的“查看源代码”HTML 页面信息（ PS：这不在主管道作业上）。即 ** 在这种情况下不适用于 jobA 或 xxvt-main 或 **，而是使用 View Name URL（显示整个管道）。假设视图名称（通过 Build Pipeline View 插件）被创建为“ MyPipelineView ”，例如： curl -s http://my-jenkins-server:8080/view/MyPipelineView/ > /tmp/9.txt

这将为您提供 HTML 内容。将此信息存储在某个文件中（临时）。假设我将它存储在/tmp/9.txt

3) 运行以下命令以获取作业的 build#s。根据第二个较小的管道图像（在我的帖子中），其输出将是：

grep -o "\"extId\":\"[a-zA-Z0-9_-][a-zA-Z0-9_-]*#[0-9][0-9]*\"" /tmp/9.txt

这将为您提供类似的输出（使用 sed/cut 使其更清洁）：

"extId":"xxvt_main#157"
"extId":"xxvt_splunk_run_collect_operation#29"
"extId":"xxvt_splunk_run_process_operation#29"
"extId":"xxvt_splunk_update_date_restart_splunk#29"
"extId":"xxvt_splunk_get_jenkins_data#38"
"extId":"xxvt_splunk_get_clearquest_dr_data#47"

4) 现在您有了给定管道运行的上述输出，使用父子（直接关系）文件（我们在项目符号 1 中生成），我们可以使用它来创建最终的构建管道树文件，即

xxvt_main#157 called: xxvt_splunk_get_jenkins_data#38
xxvt_main#157 called: xxvt_splunk_get_clearquest_dr_data#47
xxvt_main#157 called: xxvt_splunk_run_collect_operation#29
xxvt_splunk_run_collect_operation#29 called: xxvt_splunk_run_process_operation#29
xxvt_splunk_run_process_operation#29 called: xxvt_splunk_update_date_restart_splunk#29

5) 在知道给定的运行相关 的作业名称及其构建#后，我们可以api/json?pretty=true&depth=1 or 2 or 3小心地使用 Jenkins 来获取我们想要获取指标的字段，最后以您喜欢的任何格式创建/提供一个 .csv 文件，这将具有给定管道运行的指标 - HORIZONTALLY。

于 2018-04-28T01:02:35.243 回答
0

如果您正在使用 Jenkinsfile DSL 等。我通过动态创建阶段、并行运行它们以及让 Jenkinsfile UI 显示单独的列来实现它。这假设并行步骤彼此独立（否则不要使用并行），并且您可以将它们嵌套到您想要的深度（取决于 for 循环）。

Jenkinsfile Pipeline DSL：如何在作业仪表板 GUI 中显示多列 - 对于所有动态创建的阶段 - 在 PIPELINE 部分中，请参阅此处了解更多信息。

于 2019-12-23T18:24:33.760 回答