Heisenbug 2017: Строим свой тестовый фреймворк, c Jenkins Pipeline и библиотеками

Появление Pipeline изменило подходы к автоматизации задач в Jenkins, особенно в случае параллельных сборок и тестов. В нем можно построить свой тестовый фреймворк и предоставить его автоматизаторам как набор библиотек.

На примере Java-проектов покажем, как можно строить Pipeline-библиотеки для задач QA и переносить проекты на новую платформу. Мы интегрируем Docker, Maven, JUnit, FindBugs, Сoverity, а потом реализуем динамическую параллелизацию тестов. Также поговорим о подводных камнях и о том, как можно эффективно разрабатывать, тестировать и поддерживать подобные фреймворки.

Страничка доклада: https://heisenbug-moscow.ru/talks/2017/msk/1f0wvztnneoo0gc6oweaio/
Демо: https://github.com/oleg-nenashev/heisenbug2017-demo

Transcript

1. Строим свой тестовый фреймворк– c Jenkins Pipeline и библиотеками Олег Ненашев (@oleg_nenashev) CloudBees, Inc. Москва, 2017
2. 2 @oleg_nenashev, #heisenbug • Jenkins, Scripted Pipeline и библиотеки • Интеграции: Java, Maven, FindBugs, Cobertura • Обработка ошибок, параллелизация, инкапсуляция • Проблемы при разработке Pipeline О чём доклад? https://github.com/oleg-nenashev/heisenbug2017-demo
3. 3 @oleg_nenashev, #heisenbug Jenkins и Pipeline “для чайников” •https://jenkins.io/doc/book/pipeline Чего НЕТ в докладе? Disclaimer: • Презентация отражает личное мнение докладчика • Оно может не совпадать с позицией сообщества Jenkins и/или CloudBees
4. 4 @oleg_nenashev, #heisenbug Jenkins и Pipeline “для чайников” Blue Ocean, Declarative Pipeline, … •https://jenkins.io/doc/book/pipeline •Дискуссионная зона Чего НЕТ в докладе? Disclaimer: • Презентация отражает личное мнение докладчика • Оно может не совпадать с позицией сообщества Jenkins и/или CloudBees
5. 5 @oleg_nenashev, #heisenbug Jenkins и Pipeline “для чайников” Blue Ocean, Declarative Pipeline, … Внутренностей Jenkins Pipeline •Митап JUG.ru 4 декабря: https://goo.gl/x9x7Zm Чего НЕТ в докладе? Disclaimer: • Презентация отражает личное мнение докладчика • Оно может не совпадать с позицией сообщества Jenkins и/или CloudBees
6. 6 @oleg_nenashev, #heisenbug Jenkins и Pipeline “для чайников” Blue Ocean, Declarative Pipeline, … Внутренностей Jenkins Pipeline CloudBees Jenkins Enterprise •https://go.cloudbees.com Чего НЕТ в докладе? Disclaimer: • Презентация отражает личное мнение докладчика • Оно может не совпадать с позицией сообщества Jenkins и/или CloudBees
7. 7 @oleg_nenashev, #heisenbug Обо мне @oleg_nenashev oleg-nenashev librecores.org Jenkins СПб / Jenkins RU Политех
8. 8 @oleg_nenashev, #heisenbug Мой Hall of fameshame • Ядро Jenkins • Remoting • Windows Service Wrapper • >25 плагинов Примеры плагинов
9. 9 @oleg_nenashev, #heisenbug Русскоязычное сообщество Jenkins • Митапы в Москве, СПб и Минске • Gitter: #jenkinsci-ru/public • YouTube: http://bit.ly/jenkins-ru-youtube • Facebook: http://bit.ly/jenkins-ru-facebook • Twitter: @jenkins_ru Москва: Здесь может быть Ваше лого
10. 10 @oleg_nenashev, #heisenbug О Вас Используете ли Вы Jenkins Pipeline? https://jenkins.io/doc/book/pipeline/
11. 11 @oleg_nenashev, #heisenbug TODO: Oil Pipelines Image Jenkins Pipeline pipeline { agent label:"linux" tools { maven ”M3" } stages { stage("build") { steps { sh 'mvn clean verify' } } } post { always { junit ”target/…/*.xml" } } } * Declarative
12. 12 @oleg_nenashev, #heisenbug TODO: Oil Pipelines Image Jenkins Pipeline
13. 13 @oleg_nenashev, #heisenbug О Вас Насколько большой у Вас Jenkins? https://jenkins.io/doc/book/pipeline/
14. 14 @oleg_nenashev, #heisenbug Команда А(втоматизации) • Внутренний консалтинг • Поддержка • Автоматизация as a Service
15. 15 @oleg_nenashev, #heisenbug Команда А(втоматизации) + Jenkins Конфиги Инфра- структура Общая логика Пла- гины Документация Инфра- структура Инфра- структура
16. 16 @oleg_nenashev, #heisenbug Марио Инженер команды А Марио знает Jenkins. Он не хочет автоматизировать один за всех и всех за одного
17. 17 @oleg_nenashev, #heisenbug Луиджи Автоматизатор QA Луиджи – инженер. Он не хочет учить Jenkins, он хочет Pipeline
18. 18 @oleg_nenashev, #heisenbug Луиджи нужен Pipeline Тесты #1 Тесты #2 Тесты #3 Сборка Coverage Уведом- ления “maven clean verify”
19. 19 @oleg_nenashev, #heisenbug Но сегодня мы играем за Марио…
20. 20 @oleg_nenashev, #heisenbug Пользователей много…. Марио нужен фреймворк….
21. 21 @oleg_nenashev, #heisenbug А зачем мне фреймворк?
22. 22 @oleg_nenashev, #heisenbug Документация, ага Фреймворк МАРИО ЛУИДЖИ Это решит все твои проблемы!
23. 23 @oleg_nenashev, #heisenbug Что делать Луиджи? 1. Взять компоненты из фреймворка
24. 24 @oleg_nenashev, #heisenbug Что делать Луиджи? 1. Взять компоненты из фреймворка 2. Собрать свой велосипед Pipeline Просто добавь клея!
25. 25 @oleg_nenashev, #heisenbug Фреймворк на Jenkins 5 лет назад
26. 26 @oleg_nenashev, #heisenbug 5 лет назад... • Freestyle • Parameterized Trigger • Copy Artifact • TemplateProject / Inheritance • Плагины… Чудовище Дженкинсштейна
27. Почему Jenkins Pipeline? ”Легко” использовать • Blue Ocean • Declarative • Multi-branch • Интеграции
28. Почему Jenkins Pipeline? “Легко” использовать “Легко” разрабатывать • … as Code • Snippet Generator • Документация pipeline { agent label:"linux" tools { maven ”M3" } stages { stage("build") { steps { sh 'mvn clean verify' } } } post { always { junit ”target/…/*.xml" } } }
29. Почему Jenkins Pipeline? “Легко” использовать “Легко” разрабатывать “Легко” шарить логику • Библиотеки # Jenkinsfile buildPlugin()
30. 30 @oleg_nenashev, #heisenbug Давайте строить фреймворк. мне начать?
31. 31 @oleg_nenashev, #heisenbug Прототип! 1. Jenkinsfile 2. Scripted Pipeline 3. Вызов Maven через Shell https://jenkins.io/doc/book/pipeline
32. 32 @oleg_nenashev, #heisenbug Первые шаги node(‘linux’) { checkout scm sh “mvn clean verify” } https://jenkins.io/doc/book/pipeline
33. 33 @oleg_nenashev, #heisenbug Публикация результатов node(‘linux’) { checkout scm sh “mvn clean verify -Dmaven.test.failure.ignore” junit ”target/…/*.xml” findbugs pattern: “**/target/findbugsXml.xml” } https://jenkins.io/doc/book/pipeline
34. 34 @oleg_nenashev, #heisenbug А можно ли добавить Coverage? • Cobertura • sh “mvn clean verify -Pcoverage”
35. 35 @oleg_nenashev, #heisenbug •Cobertura Plugin •Pipeline Syntax Cobertura? Легко!
36. 36 @oleg_nenashev, #heisenbug •Cobertura Plugin •Pipeline Syntax •НО: В Cobertura Plugin нет шага для Pipeline •https://github.com/jenkinsci/cobertura-plugin/issues/50 Cobertura? Легко! Возможно
37. 37 @oleg_nenashev, #heisenbug Pipeline Snippet Generator
38. 38 @oleg_nenashev, #heisenbug Шаг 3. Cobertura step([$class: 'CoberturaPublisher', autoUpdateHealth: false, autoUpdateStability: false, coberturaReportFile: ‘target/coverage.xml', failNoReports: false, failUnhealthy: false, failUnstable: false, maxNumberOfBuilds: 0, onlyStable: false, sourceEncoding: 'ASCII', zoomCoverageChart: false]) И ТАК СОЙДЁТ?
39. 39 @oleg_nenashev, #heisenbug Шаг 3. Cobertura В каждой задаче??? step([$class: 'CoberturaPublisher', autoUpdateHealth: false, autoUpdateStability: false, coberturaReportFile: ‘target/coverage.xml', failNoReports: false, failUnhealthy: false, failUnstable: false, maxNumberOfBuilds: 0, onlyStable: false, sourceEncoding: 'ASCII', zoomCoverageChart: false])
40. 40 @oleg_nenashev, #heisenbug @jenkins_ru, что мне делать? https://gitter.im/jenkinsci-ru/public
41. 41 @oleg_nenashev, #heisenbug Pipeline Shared Libraries •Независимое версионирование •Инкапсуляция •Области видимости
42. 42 @oleg_nenashev, #heisenbug Пример Jenkinsfile с библиотекой my_imaginary_lib // Run build using My Imaginary Test Framework buildProject(runCobertura: true)
43. 43 @oleg_nenashev, #heisenbug Объявление библиотеки [1/2] • Глобальные настройки Jenkins • Настройки папки
44. 44 @oleg_nenashev, #heisenbug Объявление библиотеки [2/2] https://github.com/oleg-nenashev/my-imaginary-lib
45. 45 @oleg_nenashev, #heisenbug Строение библиотеки
46. 46 @oleg_nenashev, #heisenbug Классы •SomethingHelper, SomethingBuilder •@Override •Поддержка ресурсов •… Строение библиотеки
47. 47 @oleg_nenashev, #heisenbug Строение библиотеки
48. 48 @oleg_nenashev, #heisenbug Строение библиотеки
49. 49 @oleg_nenashev, #heisenbug Классы Глобальные “переменные” • Живут внутри контекста Pipeline • Не обязательно являются переменными… Строение библиотеки
50. 50 @oleg_nenashev, #heisenbug Cobertura – глобальная “переменная” (root) +- vars +- cobertura.groovy def call(String file, boolean failUnhealthy=false, boolean failUnstable=false) { step([$class: 'CoberturaPublisher', autoUpdateHealth: false, autoUpdateStability: false, coberturaReportFile: file, failNoReports: true, failUnhealthy: failUnhealthy, failUnstable: failUnstable, maxNumberOfBuilds: 0, onlyStable: false, sourceEncoding: 'ASCII', zoomCoverageChart: false]) }
51. 51 @oleg_nenashev, #heisenbug Cobertura – глобальная “переменная” node(‘linux’) { checkout scm sh “mvn clean verify -Dmaven.test.failure.ignore -Pcoverage” junit ”target/…/*.xml” findbugs pattern: ”**/target/findbugsXml.xml” cobertura(“target/coverage.xml”) }
52. 52 @oleg_nenashev, #heisenbug ОК, как мне теперь показать Pipeline? • stage() • Blue Ocean
53. 53 @oleg_nenashev, #heisenbug stage() – для визуализации node(‘linux’) { stage(“Checkout”) { checkout scm } stage(“Build”) { sh “mvn clean verify -Pcoverage” } stage(“Archive”) { junit ”target/…/*.xml” findbugs pattern: “**/target/findbugsXml.xml” cobertura(file: “target/coverage.xml”) } }
54. 54 @oleg_nenashev, #heisenbug Что получили? Blue Ocean
55. 55 @oleg_nenashev, #heisenbug stage() – для визуализации node(‘linux’) { stage(“Checkout”) { checkout scm } stage(“Build”) { sh “mvn clean verify -Pcoverage” } stage(“Archive”) { junit ”target/…/*.xml” findbugs pattern: “**/target/findbugsXml.xml” cobertura(file: “target/coverage.xml”) } } Что не так?
56. 56 @oleg_nenashev, #heisenbug Обработка ошибок???
57. 57 @oleg_nenashev, #heisenbug Declarative – post {…} Обработка ошибок
58. 58 @oleg_nenashev, #heisenbug Declarative – post {…} Scripted - исключения Обработка ошибок
59. 59 @oleg_nenashev, #heisenbug Обработка ошибок node(‘linux’) { stage(“Checkout”) { checkout scm } try { stage(“Build”) { sh “mvn clean verify -Pcoverage” } } finally { stage(“Archive”) { junit ”target/…/*.xml” findbugs pattern: “**/target/findbugsXml.xml” cobertura(file: “target/coverage.xml”) } } }
60. 60 @oleg_nenashev, #heisenbug Пример. Failover теста при инфраструктурной ошибке Системная ошибка (код 253) Агент №1 Агент №2 . . . . . . for (def board : boards) { echo "trying board " + board; try { node(board) { checkout scm sh ‘./bin/run.sh’ // Call passed => DONE break; } } catch (Exception ex) { if (ex.message.contains ("exit code 253")) { // Fatal error fail("Test run failed") } } } Попробовать все стенды:
61. 61 @oleg_nenashev, #heisenbug Достаточно ли исключений? try {…} / catch {…}
62. 62 @oleg_nenashev, #heisenbug Достаточно ли исключений? try {…} / catch {…} timeout(60) {…} timestamps {…} …
63. 63 @oleg_nenashev, #heisenbug Достаточно ли исключений? try {…} / catch {…} timeout(60) {…} timestamps {…} limitLogSize(“10Gb”) {…} databaseHealthCheck {…} * Не существуют, но можно сделать
64. 64 @oleg_nenashev, #heisenbug Closure – лучший друг фреймворкостроителя (root) +- vars +- cobertura.groovy +- commons.groovy Object withErrorHandlers( int timeout, Closure body) { timeout(timeout) { timestamps { try { body() } catch (Exception ex) { echo "Caught exception: ${ex}" throw ex // Propagate it } } } }
65. 65 @oleg_nenashev, #heisenbug Пример использования Closure node('linux') { stage("Checkout") { checkout scm } } try { stage("Build") { commons.withErrorHandlers(10) { sh "mvn clean verify -Dmaven.test.failure.ignore -Pcoverage" } } } finally { stage("Archive") { junit "target/**/TEST-*.xml" findbugs pattern: "**/target/findbugsXml.xml" cobertura("target/coverage.xml") } } }
66. 66 @oleg_nenashev, #heisenbug Параллелизация тестов?
67. 67 @oleg_nenashev, #heisenbug Параллелизация тестов (root) +- vars +- cobertura.groovy +- commons.groovy +- runTests.groovy Parallel Test Executor Plugin Глобальная “переменная” +
68. 68 @oleg_nenashev, #heisenbug tmp tmp Параллелизация тестов Parallel Test Executor Plugin * Для простоты: Нет обработки ошибок
69. 69 @oleg_nenashev, #heisenbug Параллелизация тестов stage(“Build”) { node(‘linux’) { checkout scm try { sh “mvn clean verify -PspotChecksOnly” } finally { junit ”target/…/*.xml” findbugs(”**/target/findBugs.xml”) } } } stage(“Test”) { runTests() }
70. 70 @oleg_nenashev, #heisenbug Итого
71. 71 @oleg_nenashev, #heisenbug Итого
72. 72 @oleg_nenashev, #heisenbug Готово? tmp tmp
73. 73 @oleg_nenashev, #heisenbug Он забыл Cobertura!
74. 74 @oleg_nenashev, #heisenbug tmp tmp Параллелизация тестов cobertura(file: “target/coverage.xml”) -Pcoverage
75. 75 @oleg_nenashev, #heisenbug tmp tmp Параллелизация тестов -Pcoverage stash includes: 'target/coverage.xml', name: “coverage-${i}.xml” cobertura(file: “target/coverage.xml”) Disclaimer: Концепт
76. 76 @oleg_nenashev, #heisenbug Cobertura и parallel() (root) +- vars +- cobertura.groovy +- commons.groovy +- runTests.groovy Disclaimer: Концепт def mergeStashes(int testParallelism) { node('linux') { for (int I = 0; I < testParallelism; i++) { unstash"coverage-${i}.xml" } cobertura.merge("coverage-*.xml", "coverage-merged.xml") cobertura(file: "coverage-merged.xml") } } def merge(String pattern, String out) { //TODO: Write your own impl sh "cp coverage-1.xml ${out}" }
77. 77 @oleg_nenashev, #heisenbug Там еще про классы было. Зачем они мне вообще? • Для простых случаев – не нужны
78. 78 @oleg_nenashev, #heisenbug Там еще про классы было. Зачем они мне вообще? • Для простых случаев – не нужны • НО: • Все плюсы [и минусы] ООП • Builder-классы • Меньше проблем с типизацией
79. 79 @oleg_nenashev, #heisenbug MailExtSender. Что хотим? import my.pipeline.lib.MailExtSender … stage(“Test”) { runTests() } stage(“Notify”) { def builder = new MailExtSender(this) .withSubject(”Test results for project Foo”) .withRecipient(”oleg-nenashev@foo.bar”) .withTestReports(true) .send() } * Для простоты: Нет обработки ошибок
80. 80 @oleg_nenashev, #heisenbug MailExt через классы (root) +- src +- my +- pipeline +- lib +- MailExtSender.groovy +- vars +- cobertura.groovy +- cobertura.txt +- runTests.groovy +- runTests.txt class MailExtSender { final def script String subject = "Undefined" List<String> recipients = [] String attachmentsPattern = null MailExtSender(def script) { this.script = script } def withSubject(String subject) { this.subject = subject return this } def withRecipient(String email) { this.recipients << email return this } …
81. 81 @oleg_nenashev, #heisenbug MailExt через классы (root) +- src +- my +- pipeline +- lib +- MailExtSender.groovy +- vars +- cobertura.groovy +- cobertura.txt +- runTests.groovy +- runTests.txt class MailExtSender { final def script String subject = "Undefined" List<String> recipients = [] String attachmentsPattern = null MailExtSender(def script) { this.script = script } def withSubject(String subject) { this.subject = subject return this } def withRecipient(String email) { this.recipients << email return this } …
82. 82 @oleg_nenashev, #heisenbug MailExt через классы (root) +- src +- my +- pipeline +- lib +- MailExtSender.groovy +- vars +- cobertura.groovy +- cobertura.txt +- runTests.groovy +- runTests.txt … def withTestReports(boolean add) { this.attachmentsPattern = add ? ”target/**/TEST-*.xml" : null return this } void send() { script.emailext subject: subject, body: body, attachmentsPattern: attachmentsPattern, to: recipients.join(',') } }
83. 83 @oleg_nenashev, #heisenbug То есть я могу писать, как в Groovy?
84. Pipeline DSL – это НЕ Groovy
85. 85 @oleg_nenashev, #heisenbug •Вызовы java.io.File не имеют смысла •Запросы должны выполняться через Remoting •Плагин: Pipeline Basic Steps Pipeline ВСЕГДА исполняется на мастере
86. 86 @oleg_nenashev, #heisenbug Чем опасен вызов System.exit(0)?
87. 87 @oleg_nenashev, #heisenbug Groovy Sandbox • Библиотеки по-умолчанию работают в режиме Sandbox • Ограниченный доступ к публичному API Jenkins • Аппрув вызовов через Script Security
88. 88 @oleg_nenashev, #heisenbug ЧТО НЕ ТАК? Разрешения в Script Security: • static method jenkins.model.Jenkins jenkins.model.Jenkins#getInstance() • method hudson.model.Job jenkins.model.Jenkins#copy(…)
89. 89 @oleg_nenashev, #heisenbug Хранение контекста – CPS/NonCPS hudson.model.FreeStyleProject
90. 90 @oleg_nenashev, #heisenbug @NonCPS @NonCPS def dumpEnvVars() { def str = "Dumping build environment variables...\n" for (Map.Entry<String, String> entry : currentBuild.build().environment) { str += " ${entry.key} = ${entry.value}\n" } echo str }
91. 91 @oleg_nenashev, #heisenbug 1. Переключаться в NonCPS ТОЛЬКО один раз В библиотеках…
92. 92 @oleg_nenashev, #heisenbug 1. Переключаться в NonCPS ТОЛЬКО один раз 2. Не смешивать CPS/NonCPS логику В библиотеках…
93. 93 @oleg_nenashev, #heisenbug 1. Переключаться в NonCPS ТОЛЬКО один раз 2. Не смешивать CPS/NonCPS логику 3. toString() и Co – всегда @NonCPS В библиотеках…
94. 94 @oleg_nenashev, #heisenbug А как мне вообще писать библиотеки?
95. 95 @oleg_nenashev, #heisenbug
96. 96 @oleg_nenashev, #heisenbug Pipeline. Средства разработки Интеграция с IDE Unit Test Framework Статический анализ Библиотеки Pipeline Средства отладки Докумен- тация Деплоймент скриптов Средства миграции на DSL Хорошо Слабовато Не хватает
97. 97 @oleg_nenashev, #heisenbug Патч => Коммит => Запуск
98. 98 @oleg_nenashev, #heisenbug Патч => Коммит => Запуск => Патч => Коммит => Запуск => Патч => Коммит => Запуск => ….?
99. 99 @oleg_nenashev, #heisenbug Патч => Коммит => Запуск => Патч => Коммит => Запуск => Патч => Коммит => Запуск => ….?
100. 100 @oleg_nenashev, #heisenbug
101. 101 @oleg_nenashev, #heisenbug Как я работаю? Intellij IDEA Filesystem SCM Plugin • Подсветка синтаксиса • Документация Jenkins Исходники (папка Git) • Configuration-as-Code • Статическая конфигурация • Библиотеки • Библиотеки • Проекты с Jenkinsfile volume volume https://github.com/oleg-nenashev/heisenbug2017-demo
102. 102 @oleg_nenashev, #heisenbug Документирование библиотек (root) +- README.md +- LICENSE.txt +- … +- src +- org +- oleg +- MailExtSender.groovy +- vars +- cobertura.groovy +- cobertura.txt +- runTests.groovy +- runTests.txt Documentation as Code? Текстовые файлы • Сторонние средства
103. 103 @oleg_nenashev, #heisenbug Документирование библиотек (root) +- README.md +- LICENSE.txt +- … +- src +- org +- oleg +- MailExtSender.groovy +- vars +- cobertura.groovy +- cobertura.txt +- runTests.groovy +- runTests.txt Текстовые файлы Javadoc • GMaven: compile stubs • Maven Javadoc Plugin • Работает: Классы библиотек • В процессе: “vars”
104. 104 @oleg_nenashev, #heisenbug Документирование библиотек (root) +- README.md +- LICENSE.txt +- … +- src +- pipeline.gdsl +- org +- oleg +- MailExtSender.groovy +- vars +- cobertura.groovy +- cobertura.txt +- … Текстовые файлы Javadoc GDSL • Генерация по плагинам • Для библиотек автогенерации нет L https://st-g.de/2016/08/jenkins-pipeline- autocompletion-in-intellij
105. 105 @oleg_nenashev, #heisenbug PipelineUnit • https://github.com/jenkinsci/JenkinsPipelineUnit • Вызывается из Pipeline “mvn verify” был вызван… И вызов успешен… Для Jenkinsfile…
106. 106 @oleg_nenashev, #heisenbug PipelineUnit. Тестируем библиотеки String clonePath = 'path/to/clone' def library = library() .name('commons') .retriever(gitSource('git@orgithub/devteam/jenkins-shared.git')) .targetPath(clonePath) .defaultVersion("master") .allowOverride(true) .build() helper.registerSharedLibrary(library) // Как в предыдущем примере… loadScript("job/library/exampleJob.jenkins") printCallStack() …
107. 107 @oleg_nenashev, #heisenbug Автотесты есть, что дальше?
108. 108 @oleg_nenashev, #heisenbug Jenkinsfile для библиотеки • Jenkinsfile вызывает PipelineUnit • Результаты публикуются в JUnit Что дальше? CI/CD для библиотек
109. 109 @oleg_nenashev, #heisenbug Jenkinsfile для библиотеки • Jenkinsfile вызывает PipelineUnit • Результаты публикуются в JUnit Pull Request Builder Что дальше? CI/CD для библиотек
110. 110 @oleg_nenashev, #heisenbug Jenkinsfile для библиотеки • Jenkinsfile вызывает PipelineUnit • Результаты публикуются в JUnit Pull Request Builder НО: Конфликты библиотек? Folders! Что дальше? CI/CD для библиотек
111. 111 @oleg_nenashev, #heisenbug И что, оно того стоит?
112. 112 @oleg_nenashev, #heisenbug И что, оно того стоит? TL;DR: Да, стоит
113. 113 @oleg_nenashev, #heisenbug Библиотеки… • Упрощают использование и поддержку фреймворков • Уменьшают сложность Jenkinsfile • Сложны, но только для разработчиков
114. 114 @oleg_nenashev, #heisenbug Что делать? 1. Jenkins? Переводить автоматизацию на Pipeline
115. 115 @oleg_nenashev, #heisenbug Что делать? 1. Jenkins? Переводить автоматизацию Jenkins на Pipeline 2. Использовать библиотеки и минимизировать Jenkinsfile
116. 116 @oleg_nenashev, #heisenbug Что делать? 1. Jenkins? Переводить автоматизацию Jenkins на Pipeline 2. Использовать библиотеки и минимизировать Jenkinsfile 3. Документировать и тестировать библиотеки
117. 117 @oleg_nenashev, #heisenbug Ссылки Cлайды • http://bit.ly/heisenbug2017-nenashev-slides Демо • https://github.com/oleg-nenashev/heisenbug2017-demo Документация • https://jenkins.io/doc/book/pipeline/ • https://go.cloudbees.com
118. 118 @oleg_nenashev, #heisenbug Вопросы? Контакты: E-mail: onenashev@cloudbees.com GitHub: oleg-nenashev Twitter: @oleg_nenashev https://go.cloudbees.com
119. Software at the speed of ideas СПАСИБО! www.cloudbees.com