Jenkins Build / Pipeline作业-作业在树中的列表/布局排序的列表

Question

是否有可能对于给定的构建管道作业（在构建中或在构建操作中具有下游作业的下游作业为“ 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（即/api/xmlor/api/json?pretty=true&depth=10更多）尝试了主作业的URL（通过curl），但它没有给我我想要的信息（与给定的管道运行有关）。

该信息可以在管道视图上直观地查看（根据图像），并且有关子项目的一些信息可以在给定的Jenkins作业的仪表板上（它是管道的一部分）获得，但顺序不存在。

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

Answer 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中，使用curl，在
build-pipeline-view的NAME 上获取“ View Source” HTML页面信息（PS：这不在主要管道
作业上）。例如，不适用于jobA或xxvt-main，在这种情况下，请使用视图
名称URL（显示整个管道）。假设视图名称（通过
Build Pipeline View插件）被创建为“ MyPipelineView ”，例如：curl -s http://my-jenkins-server:8080/view/MyPipelineView/ > /tmp/9.txt

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

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

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细心，来获取
我们想要获取的指标，并最终创建/想出了一个.csv领域
在你喜欢的任何格式的文件，其中将具有给定
管道运行的指标-HORIZONTALLY。