Как плагин Build Pipeline подключается к плагину Jenkins 2 Pipeline?

Question

В настоящее время я использую Построить Pipeline плагин, чтобы организовать доставку моего кода через различные среды:

1. Построить код и выполнить модульные тесты
2. вручную развернуть в среде разработки
3. Автоматическое выполнение тестов в среде разработки
4. Вручную отпустите программное обеспечение и поместите номер версии в выпущенную версию.
5. Ручное развертывание в тестовую среду интеграции путем загрузки артефакта из репозитория на основе версии, установленной сборкой release.
6. вручную развернуть на ...

С Дженкинс 2,0 поставляется плагин трубопроводов. Но как эти два плагина связаны друг с другом?

Должен ли я перейти на последний плагин? То, что я, кажется, пропустил из плагина Jenkins 2 Pipeline:

• Ручной запуск сцены. Я могу дождаться ввода, но он кажется не таким изящным.
• Перезапустите сцену, чтобы перезапустить развертывание. Это не представляется возможным.
• Видимость параметров, которые использовались для запуска сцены, например. номер версии программного обеспечения, которое было развернуто.

Я пропустил пункт здесь? Следует ли их объединить? Или как вы приближаетесь к конвейеру вроде этого?

Answer 1

С текущим состоянием трубопроводов Jenkins 2 вы можете указать все перечисленные недостающие функции.

Одним из преимуществ плагина для трубопровода Jenkins 2 является то, что вместо объединения нескольких заданий, как и с плагином сборки трубопровода, весь конвейер - это 1 «работа», что значительно упрощает администрирование пользователей IMO.

Другим преимуществом трубопроводов Jenkins 2 будет «конфигурация как код», поэтому вы можете отслеживать изменения в конвейере, как и любой другой файл в управлении версиями.

Jenkins 2 трубопроводы - это очень новая «горячка», и есть много плагинов, реализующих совместимость изо дня в день.

Как только новый пользовательский интерфейс станет готовым к производству, я бы предположил, что старый плагин конвейера сборки начнет устаревать.

Также вы должны знать, что плагин Build Pipeline не поддерживается командами Jenkins или CloudBees, насколько я знаю, тогда как Jenkins 2 - это конвейеры.

Могу ли я рекомендовать сейчас мигрировать? Нет, я лично до сих пор не считаю, что трубопроводы Jenkins 2 достаточно зрелы для развертывания в производстве в организации. Я останусь придерживаться того, что вы знаете, пока вы ждете, пока экосистема Jenkins 2 Pipeline не созреет.

Мои рассуждения я дал в своем блоге несколько недель назад (read more here if you want, но я извлек из за «слабости» здесь для вас):

• Есть еще много плагинов, которые я и многие другие будут рассматривать «ядро для своего трубопровода CI» без полной или частичной поддержки трубопроводов.
• Отсутствие «сквозной конфигурации» в конвейерах для многих плагинов. например Slack - текущая реализация предполагает, что все проекты Jenkins 2 Pipeline должны быть переданы одному каналу Slack/команде, тогда как вам может потребоваться настроить несколько команд Slack. Есть несколько других плагинов, подобных этому.
• В настоящее время документация Jenkins 2 Pipelines очень ограничена, хотя это улучшается.