Статьи

Дженкинс иерархических заданий и агрегация статуса заданий

Как вы, наверное, знаете, Jenkins — это высоко настраиваемый CI-сервер. Мы можем настроить другой процесс сборки. И я собираюсь поделиться некоторым подходом, который я использовал, чтобы настроить иерархию рабочих мест Дженкинса. Вот пример использования:

  1. У нас есть одна основная входная работа, которая вызывается, чтобы начать весь процесс сборки.
  2. Эта работа может иметь от одного до нескольких детских заданий. (Уровень 2)
  3. Каждая детская работа может иметь от одной до нескольких детских работ, а также. (Уровень 3)
  4. Основная идея состоит в том, чтобы собрать / агрегировать статус всех детских заданий на основную работу.

Смотрите пример скриншота ниже, который визуализирует общую идею. Вот:

  • Main_Job — однократное задание, которое должно содержать все статусы родственных заданий
  • Job_Set_1 и Job_Set_2 — две дочерние вакансии
  • Build_ [1-4] являются дочерними заданиями Job_Set_1
  • Тесты_ [1-3] являются дочерними заданиями Job_Set_2

Теперь нам нужно использовать плагин Jenkins для построения такой иерархии. Я использую Multijob плагин . Смотрите ниже скриншоты конфигурации для:

Main_Job / Configure

Job_Set_1 / Configure

Job_Set_2 / Configure

Но этого недостаточно. Мы должны объединить статусы в Main_Job из всех родственных заданий. Я использую исправленный плагин Groovy Postbuild . Модифицированный плагин находится здесь https://github.com/halyph/groovy-postbuild-plugin Groovy Postbuild Plugin позволяет нам писать отличные скрипты для действий пост-сборки задания. Этот скрипт имеет доступ ко всей среде Jenkins и может использовать функциональность всех установленных плагинов Jenkins:

Вот источник этого скрипта:

01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
import hudson.model.*
import com.tikal.jenkins.plugins.multijob.*;
 
void log(msg) {
  manager.listener.logger.println(msg)
}
 
threshold = Result.SUCCESS
 
void aggregate_results() {
    failed = false
 
    mainJob = manager.build.getProject().getName()
    job = hudson.model.Hudson.instance.getItem(mainJob)
 
    log '-------------------------------------------------------------------------------------'
    log 'Aggregated status report'
    log '-------------------------------------------------------------------------------------'
 
    log('${mainJob}    #${manager.build.getNumber()} - ${manager.build.getResult()}')
 
    job.getLastBuild().getSubBuilds().each { subBuild->
      subJob = subBuild.getJobName()
      subJobNumber = subBuild.getBuildNumber()
      job = hudson.model.Hudson.instance.getItem(subBuild.getJobName())
      log '${subJob}   #${subJobNumber} - ${job.getLastCompletedBuild().getResult()}'
      log job.getLastCompletedBuild().getLog()
 
      //println subBuild
      dePhaseJob = hudson.model.Hudson.instance.getItem(subBuild.getJobName())
      dePhaseJobBuild = dePhaseJob.getBuildByNumber(subBuild.getBuildNumber())
      dePhaseJobBuild.getSubBuilds().each { childSubBuild ->
        try {
            log '   ${childSubBuild.jobName}'
 
            job = hudson.model.Hudson.instance.getItem(childSubBuild.getJobName())
            build = job.getBuildByNumber(childSubBuild.getBuildNumber())
 
            indent = '  '   
            log '${indent} #${build.getNumber()}  - ${build.getResult()}'
            log build.getLog()
 
            if(!failed && build.getResult().isWorseThan(threshold) ) {
              failed = true
            }
        } catch (Exception e) {   
            log('ERROR: ${e.getMessage()}')
            failed = true
        }
      }
    }
 
    if(failed) {manager.build.setResult(hudson.model.Result.FAILURE)}
}
 
try {
  aggregate_results()
} catch(Exception e) {
  log('ERROR: ${e.message}')
  log('ERROR: Failed Status report aggregation')
  manager.build.setResult(hudson.model.Result.FAILURE)
}

Вы также можете найти его в GitHub Gist: https://gist.github.com/4610274 .

Этот сценарий довольно тупой. Он просто извлекает (печатает в консоли Main_Job) следующую информацию для каждого дочернего задания:

  • название работы
  • построить Nubmer
  • результат построения (статус)
  • построить журнал

Кроме того, он имеет возможность устанавливать статус Main_Job на основе статусов дочерних заданий. Смотрите threshold переменную в скрипте. И сводный отчет выглядит так:

001
002
003
004
005
006
007
008
009
010
011
012
013
014
015
016
017
018
019
020
021
022
023
024
025
026
027
028
029
030
031
032
033
034
035
036
037
038
039
040
041
042
043
044
045
046
047
048
049
050
051
052
053
054
055
056
057
058
059
060
061
062
063
064
065
066
067
068
069
070
071
072
073
074
075
076
077
078
079
080
081
082
083
084
085
086
087
088
089
090
091
092
093
094
095
096
097
098
099
100
101
102
103
104
105
106
Started by user anonymous
Building in workspace C:\Users\oivasiv\.jenkins\jobs\Main_Job\workspace
Starting build job Job_Set_1.
Finished Build : #8 of Job : Job_Set_1 with status :SUCCESS
Starting build job Job_Set_2.
Finished Build : #8 of Job : Job_Set_2 with status :SUCCESS
-------------------------------------------------------------------------------------
Aggregated status report
-------------------------------------------------------------------------------------
Main_Job    #8 - SUCCESS
Job_Set_1   #8 - SUCCESS
Started by upstream project 'Main_Job' build number 8
Building in workspace C:\Users\oivasiv\.jenkins\jobs\Job_Set_1\workspace
Starting build job Build_1.
Starting build job Build_2.
Finished Build : #8 of Job : Build_1 with status :FAILURE
Finished Build : #8 of Job : Build_2 with status :SUCCESS
Starting build job Build_3.
Starting build job Build_4.
Finished Build : #6 of Job : Build_3 with status :UNSTABLE
Finished Build : #6 of Job : Build_4 with status :SUCCESS
Notifying upstream projects of job completion
Finished: SUCCESS
 
   Build_1
   #8  - FAILURE
Started by upstream project 'Job_Set_1' build number 8
Building in workspace C:\Users\oivasiv\.jenkins\jobs\Build_1\workspace
Setting result to [Failed]
Build step 'Set the build result' changed build result to FAILURE
Build step 'Set the build result' marked build as failure
Notifying upstream projects of job completion
Finished: FAILURE
 
   Build_2
   #8  - SUCCESS
Started by upstream project 'Job_Set_1' build number 8
Building in workspace C:\Users\oivasiv\.jenkins\jobs\Build_2\workspace
Setting result to [Success]
Build step 'Set the build result' changed build result to SUCCESS
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
null
Notifying upstream projects of job completion
Finished: SUCCESS
 
   Build_3
   #6  - UNSTABLE
Started by upstream project 'Job_Set_1' build number 8
Building in workspace C:\Users\oivasiv\.jenkins\jobs\Build_3\workspace
Setting result to [Unstable]
Build step 'Set the build result' changed build result to UNSTABLE
Notifying upstream projects of job completion
Finished: UNSTABLE
 
   Build_4
   #6  - SUCCESS
Started by upstream project 'Job_Set_1' build number 8
Building in workspace C:\Users\oivasiv\.jenkins\jobs\Build_4\workspace
Setting result to [Success]
Build step 'Set the build result' changed build result to SUCCESS
Notifying upstream projects of job completion
Finished: SUCCESS
 
Job_Set_2   #8 - SUCCESS
Started by upstream project 'Main_Job' build number 8
Building in workspace C:\Users\oivasiv\.jenkins\jobs\Job_Set_2\workspace
Starting build job Test_1.
Finished Build : #8 of Job : Test_1 with status :SUCCESS
Starting build job Test_2.
Finished Build : #8 of Job : Test_2 with status :UNSTABLE
Starting build job Test_3.
Finished Build : #8 of Job : Test_3 with status :SUCCESS
Notifying upstream projects of job completion
Finished: SUCCESS
 
   Test_1
   #8  - SUCCESS
Started by upstream project 'Job_Set_2' build number 8
Building in workspace C:\Users\oivasiv\.jenkins\jobs\Test_1\workspace
Setting result to [Success]
Build step 'Set the build result' changed build result to SUCCESS
Notifying upstream projects of job completion
Finished: SUCCESS
 
   Test_2
   #8  - UNSTABLE
Started by upstream project 'Job_Set_2' build number 8
Building in workspace C:\Users\oivasiv\.jenkins\jobs\Test_2\workspace
Setting result to [Unstable]
Build step 'Set the build result' changed build result to UNSTABLE
Notifying upstream projects of job completion
Finished: UNSTABLE
 
   Test_3
   #8  - SUCCESS
Started by upstream project 'Job_Set_2' build number 8
Building in workspace C:\Users\oivasiv\.jenkins\jobs\Test_3\workspace
Setting result to [Success]
Build step 'Set the build result' changed build result to SUCCESS
Notifying upstream projects of job completion
Finished: SUCCESS
 
Build step 'Groovy Postbuild' changed build result to FAILURE
Build step 'Groovy Postbuild' marked build as failure
Notifying upstream projects of job completion
Finished: FAILURE

Итак, каковы преимущества такой агрегации статуса заданий и последующей обработки Groovy:

  • у нас есть статус рабочих мест в одном месте
  • уведомление по электронной почте от Main_Job содержит этот статус
  • возможность реализовать любую пользовательскую логику пост-обработки
  • возможность повторного использования других функций плагинов через Groovy Script

Ссылка: иерархические задания и статусы заданий Jenkins от нашего партнера JCG Ореста Ивасива в блоге Knowledge Is Everything .