Как запустить jenkins windows

Обновлено: 04.07.2024

Кроме того, что такое каталог рабочей области Jenkins? Освободи Себя каталог рабочей области это здесь Дженкинс строит ваш проект: он содержит исходный код Дженкинс проверяется, а также любые файлы, созданные самой сборкой. Этот Рабочее пространство повторно используется для каждой последующей сборки.

Где хранятся вакансии Jenkins?

Дженкинс хранит конфигурацию для каждого работа в одноименном каталоге в работы/. В работа файл конфигурации - config. xml, сборки хранить в builds /, а рабочий каталог - workspace /. Увидеть Дженкинс документация для визуального представления и дополнительных деталей.

Как установить свойства системы Jenkins?

Пример использования Jenkins: сценарий запуска Jenkins для установки системы

Найдите домашний каталог Jenkins.
Теперь измените рабочий каталог на '/ var / jenkins_home / init.
Скопируйте приведенный ниже контент в файл startup-properties.
Перезапустите сервер Jenkins, вы можете вручную перезапустить сервер, используя:
Проверьте журналы после перезапуска Jenkins: Manage Jenkins → System Log.

Где находится домашний каталог Дженкинса?

Вы можете найдите местонахождение текущего Домашний каталог Jenkins войдя в Дженкинс страница. После входа в систему перейдите к «Управлять Дженкинс'и выберите "Настроить систему". Здесь вы в первую очередь посмотреть будет путь к твоему Домашний каталог Jenkins. Теперь создадим новый папку. для сохранения Дженкинс.

Как сохранить конфигурацию Jenkins?

Перейдите в Управление Jenkins -> ThinBackup.
Щелкните параметр настроек.
Введите параметры резервного копирования, как показано ниже, и сохраните их.
Теперь вы можете проверить, работает ли резервная копия, щелкнув параметр «Создать резервную копию сейчас».
Если вы проверите каталог резервных копий на сервере, вы увидите созданную резервную копию.

Как изменить рабочее пространство в Jenkins?

Глобально Изменение что собой представляет Рабочее пространство место для всех вакансий

Перейдите в Дженкинс-> Управление Дженкинс-> Настроить систему и нажмите кнопку «Дополнительно» справа. Теперь вы можете изменение надежная Рабочее пространство и создайте каталог в любом другом месте на вашем компьютере.

Какой у меня URL Jenkins?

По умолчанию URL-адрес Jenkins указывает на localhost. Если у вас настроено доменное имя для надежная машина, установите это на что собой представляет доменное имя иначе заменит localhost IP-адресом машины.

Где находится XML-файл Jenkins?

По умолчанию Дженкинс домашний каталог (JENKINS_HOME) установлен в

/. Дженкинс , это место, где вы можете найти свой Дженкинс XML конфиг файл. В Windows домашний каталог пользователя находится в C: UsersUSERNAME (эквивалент% HOME%).

Как сохранить конфигурацию Jenkins?

1 ответ. Да, ты можешь удалять что собой представляет безопасное рабочее место а также рабочие места. Идея каталога вакансий состоит в том, чтобы вы могли отображать историю вакансий, если история вакансий для вас не важна, вы можете удалять каталоги вакансий оттуда.

Как запустить порт Jenkins на другом порту?

Другой способ изменить порт при установке Jenkins с использованием пакета Windows:

Как запустить Jenkins в Windows?

Откройте командную строку.
Перейдите в каталог, в котором находится ваш файл войны, и выполните следующую команду: java -jar jenkins.war.

Как мне очистить рабочее пространство Jenkins?

Есть способ очистка рабочего пространства in Дженкинс. Вы можете убирать что собой представляет Рабочее пространство до сборки или после сборки. Сначала установите Очистка рабочего пространства Плагин. К убирать что собой представляет Рабочее пространство перед сборкой: в разделе «Среда сборки» установите флажок «Удалить» Рабочее пространство перед началом сборки.

Как перенести Jenkins с одного сервера на другой?

Переместите задание из одной установки Jenkins в другую, просто скопировав соответствующий каталог заданий.
Сделайте копию существующего задания, создав клон каталога заданий под другим именем.
Переименуйте существующее задание, переименовав каталог.

Как мне переименовать работу Дженкинса?

Где находится Jenkins XML?

По умолчанию Дженкинс домашний каталог (JENKINS_HOME) установлен в

/. Дженкинс , это расположение где ты можешь найти свой Дженкинс XML конфиг файл. В Windows домашний каталог пользователя находится в C: UsersUSERNAME (эквивалент% HOME%).

Что такое домашний каталог в Linux?

A домашний каталог, также называемый логином каталог, это каталог в Unix-подобных операционных системах, который служит репозиторием для пользователя личные файлы, каталоги и программы. Имя домашний каталог пользователя по умолчанию идентичен таковому у пользователь.

Для чего нужен Дженкинс?

Дженкинс это инструмент автоматизации с открытым исходным кодом, написанный на Java с плагинами, созданными для целей непрерывной интеграции. Дженкинс is использовал к непрерывно создавайте и тестируйте свои программные проекты, облегчая разработчикам интеграцию изменений в проект и облегчая пользователям получение свежей сборки.

Как создать папку в рабочем пространстве Jenkins?

Шаг № 1: Нажмите «Новый элемент», чтобы создать новый элемент (задание / папку).
Шаг № 2: Введите имя в текстовое поле, выберите «Папка» и нажмите «ОК», чтобы создать папку.
Шаг № 3: Настройте параметры папки по своему усмотрению и нажмите «Сохранить», чтобы применить изменения.

Что такое рабочее пространство Jenkins?

Стабильная сборка - это успешная сборка, которая прошла все критерии качества, которые вы могли настроить, например модульные тесты, покрытие кода и т. Д. В Рабочее пространство каталог где Дженкинс строит ваш проект: он содержит исходный код Дженкинс проверяется, плюс любые файлы, созданные самой сборкой.

Как перенести Jenkins с одного сервера на другой?

Переместите задание из одной установки Jenkins в другую, просто скопировав соответствующий каталог заданий.
Сделайте копию существующего задания, создав клон каталога заданий под другим именем.
Переименуйте существующее задание, переименовав каталог.

Как сохранить конфигурацию Jenkins?

Как мне обновить рабочее пространство Jenkins?

Освободи Себя Триггер изменения URL плагин позволяет вызвать Гудзон строить когда содержание Изменения URL. После установки плагина вы увидите новую запись в списке «Триггеры сборки»На странице конфигурации вашего проекта с пометкой«строить когда URL-адреса содержание изменения". Проверьте это и заполните URL.

Как мне обновить Jenkins?

Прокрутите страницу вниз и нажмите «Выбрать все» -> Теперь нажмите кнопку «Загрузить сейчас и установить после перезапуска». Это начнет обновлять все плагины.

Где находится Jenkins XML, где находится Linux?

В Jenkins LTS и в CloudBees Jenkins Platform - Client Master вы можете найти этот файл в разделе:

/ etc / default / jenkins: расположение большинства дистрибутивов Linux.
/ etc / sysconfig / jenkins: расположение дистрибутива RedHat / CentOS.
C: Программные файлы Jenkinsjenkins. xml: расположение по умолчанию для Windows.

Где находится Jenkins XML, где находится Linux?

Перейдите в Управление Jenkins -> ThinBackup.
Щелкните параметр настроек.
Введите параметры резервного копирования, как показано ниже, и сохраните их.
Теперь вы можете проверить, работает ли резервная копия, щелкнув параметр «Создать резервную копию сейчас».
Если вы проверите каталог резервных копий на сервере, вы увидите созданную резервную копию.

Где вариант управления Дженкинсом?

Дженкинс - Управление. К управлять Дженкинсом, нажми на 'Управлять Дженкинсом" вариант из левой части меню. Так можно получить различные параметры конфигурации для Дженкинс нажав кнопку "Управлять Дженкинсом" вариант из левой части меню.

Где находится домашний каталог Jenkins в Linux?

Вы можете найти местонахождение текущего Домашний каталог Jenkins войдя в Дженкинс страница. После входа в систему перейдите к «Управлять Дженкинс'и выберите "Настроить систему". Здесь первое, что вы увидите, это путь к вашему Домашний каталог Jenkins.

Где находится папка Jenkins в Linux?

По умолчанию Дженкинс хранит все свои данные в этом каталог в файловой системе. Домашняя страница по умолчанию каталог установлен в / var / lib /Дженкинс. В разделе «Дополнительно» вы можете выбрать для хранения рабочих пространств сборки и записи сборки в другом месте. Это значение нельзя изменить, пока Дженкинс бежит.

Для чего нужен Дженкинс?

Можно ли настроить Jenkins для проверки изменений URL-адреса для запуска сборки?

Как удалить сборку в Jenkins?

Если вы войдете в строить вы хотите удалять и если у вас есть разрешение на удалять, то в правом верхнем углу вы увидите кнопку «Удалить это строить«. К удалять любую работу от Gui, перейдите к своей работе и слева нажмите на удалять проект.

Что такое Jenkinsfile?

В этом руководстве для начинающих мы познакомимся с Jenkins, сервером автоматизации CI/CD, а также запустим и автоматизируем процесс сборки простого проекта.

Вступление

Появление быстро развивающейся разработки со многими методологиями, такими как Scrum , Agile и Канбан , привело к некоторым ключевым проблемам: разработчики, работающие небольшими шагами, потратили много времени в ожидании создания новой версии, достигли тестировщиков и в конечном итоге были развернуты. Процесс разработки был бы намного быстрее, если бы этот цикл исключал вмешательство человека везде, где это возможно.

Возникла идея серверов автоматизации . На протяжении многих лет многие решения появлялись и исчезали, но Дженкинс сумел выйти на первое место и стать стандартом, когда дело доходит до автоматизации. Хотя Дженкинс идеально подходит для простого планирования и выполнения командных или пакетных сценариев, будучи открытым исходным кодом и имея широкую поддержку сообщества, он обеспечивает легкую интеграцию со многими инструментами, платформами и фреймворками с более чем 1500 плагинами, что делает весь процесс легким.

Ключевые концепции Дженкинса

Чтобы понять, почему кто-то должен использовать Дженкинса, нам нужно понять, какие проблемы Дженкинс стремится решить.

Конвейер CI/CD

От начала до конца жизненный цикл программного обеспечения состоит из нескольких этапов. Автоматизация помогает нам преодолеть разрывы между ними, делая весь процесс бесшовным. В качестве примера возьмем простой, обычный рабочий процесс-сервер автоматизации будет прослушивать новые версии разработки, извлекать их и запускать соответствующие команды для создания и тестирования новой версии и, наконец, запускать новую версию в производство, если все прошло успешно.

Все эти этапы , которые состоят из меньших этапов , их сроки и порядок должны быть определены как единый конвейер .

Архитектура Контроллера-Агента

Плагины

Плагины являются основой успеха Дженкинса. Любой разработчик Java может написать свой собственный плагин и поделиться им с сообществом. Дженкинс очень подчеркивает это и написал несколько очень подробных руководств по этому вопросу. Какой бы инструмент вы ни хотели использовать в конвейере, Дженкинс, вероятно, снабдит вас плагином, который облегчит весь процесс настройки и интеграции с этим инструментом.

Соглашения об именовании

На протяжении всего жизненного цикла Дженкинса номенклатура немного менялась, в том числе из-за того, что определенная терминология может рассматриваться как оскорбительная.

Несмотря на то, что некоторые соглашения об именах были введены много лет назад, сообщество по-прежнему использует их взаимозаменяемо. Чтобы избежать путаницы, вот несколько синонимичных терминов:

Более старая Ведущая/Ведомая архитектура была переименована в Контроллер/Агент архитектура из-за негативных коннотаций терминологии.

Установка

Существует множество способов установки Дженкинса. Наряду с установками для конкретной платформы многие платформы облачного хостинга предлагают предварительно настроенные пакеты Jenkins. Существует также официальный образ докера , а также общий файл Java war .

В этом руководстве будет описан процесс установки в Ubuntu 20.04 , хотя этот процесс не сильно отличается для Windows, Mac или других дистрибутивов. Проверьте страницу загрузки Дженкинса для вашей конкретной машины (или облачной службы).

Установка JDK/JRE

Будучи написанным на Java, Дженкинсу для запуска требуется Среда выполнения Java . Обратите внимание , что для OpenJDK доступны только версии 8 и 11 поддерживаются. Если вы хотите создавать Java-приложения с помощью Jenkins, вам нужно будет установить JDK вместо только JRE .

Давайте продолжим и установим openjdk-11-jdk :

Обновление списка источников и установка с помощью apt

Дженкинс недоступен в официальном репозитории Linux, поэтому нам придется добавить его собственный репозиторий. Мы собираемся установить версию LTS ( Долгосрочная поддержка ), которая обновляется каждые 12 недель, согласно веб-сайту Дженкинса.

Для острия, если, например, вы хотите разрабатывать плагины, удалите часть -stable из первой и второй строк ниже:

Наконец, мы можем продолжить и зарегистрировать Дженкинса в качестве сервиса и запустить его через терминал:

Доступ к Дженкинсу из браузера

По умолчанию Дженкинс размещен на порту 8080 .

Если вы установили Jenkins на локальном компьютере, доступ к нему можно получить из браузера, перейдя по адресу localhost:8080 . Если вы установили его на виртуальной машине, выполнение команды ifconfig (часть net-tools ) покажет IP-адрес виртуальной машины в вашей локальной сети.

При первом запуске Дженкинса требуется скрытый пароль. Его можно найти в /var/lib/Дженкинс/секреты/начальный пароль администратора , написанный на сервере. Извлеките и введите его, чтобы продолжить:

На второй странице выберите опцию Установить предлагаемые плагины . Установка плагина рассматривается далее в этом руководстве. Дождитесь установки плагинов, создайте учетную запись администратора, настройте URL-адрес Дженкинса (в нашем случае мы оставим его на localhost:8080 ) для доступа других пользователей, и вам будет представлена Панель мониторинга :

Использование Дженкинса

Дженкинс-это большой и сложный проект, и мы рассмотрим большинство наиболее важных функций.

Для этого мы рассмотрим три примера рабочего процесса:

Использование браузера для создания проекта Maven с уведомлениями по электронной почте.
Подключение к репозиторию GitHub и создание нашего приложения Maven с помощью файла репозитория Дженкинса .
Используя jenkins-cli.jar Для выполнения повседневных задач, таких как управление заданиями, запуск сборок, проверка журналов и т.д. Из командной строки.

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

Простая Локальная Сборка

Установка плагинов

Перейдите к опции Управление плагинами в разделе Управление Дженкинсом :

Дождитесь установки плагина, прежде чем продолжить.

Настройка Maven

В разделе Управление Дженкинсом перейдите в раздел Глобальная конфигурация инструмента . Прокрутите страницу вниз и добавьте установку Maven. Сохраните новые изменения.

Настройка электронной почты

Перейдите в Настройка системы в Управление Дженкинсом . Перейдите вниз к Уведомлению по электронной почте и настройте адрес электронной почты, который будет использовать Дженкинс. Обратите внимание , что Google и многие другие сервисы требуют настройки паролей для конкретных приложений из соображений безопасности.

Создание проекта

Выберите Новый элемент на боковой панели, дайте своему проекту имя и отметьте его как Проект Maven , прежде чем нажать ОК :

Git Essentials

Ознакомьтесь с этим практическим руководством по изучению Git, содержащим лучшие практики и принятые в отрасли стандарты. Прекратите гуглить команды Git и на самом деле изучите это!

В нижней части настройте файл POM расположение и настройте дополнительный шаг post для отправки уведомлений по электронной почте. Обратите внимание, что в Unix-подобных системах Дженкинс создает отдельного пользователя Дженкинс , поэтому могут потребоваться права доступа.

Запуск сборки

Перейдите к параметру Вывод на консоль для получения более подробной информации:

Отслеживание репозитория GitHub и чтение файла Дженкинса

Нам пришлось рассмотреть более простой пример выше, чтобы понять, как работает Дженкинс. Следующий пример, безусловно, является наиболее частым способом настройки любого конвейера. Размещение конфигурации конвейера в текстовом файле и в CVS обеспечивает большую переносимость и возможность настройки.

Чтобы продвинуть наши изменения вверх по течению или при работе с частным репозиторием, нам придется аутентифицировать Дженкинса в GitHub. Мы также будем указывать Дженкинсу в направлении файла Дженкинса , который обычно содержится в корневом каталоге репозитория.

Учетные данные GitHub

Чтобы безопасно получить доступ к GitHub, мы сгенерируем пару ключей , зарегистрируем закрытый ключ в Jenkins и запишем открытый ключ в список развертывания репозитория GitHub. Таким образом, мы можем иметь общедоступный код с открытым исходным кодом (или просто код, которым делятся коллеги), сохраняя при этом безопасность.

Для создания пары ключей мы будем использовать команду ssh-keygen :

Выберите, где хранить ключи, и установите пароль, если хотите.

Затем скопируйте закрытый ключ и перейдите на панель управления Дженкинса. Оттуда в разделе Управление Дженкинсом перейдите в Управление учетными данными -> Дженкинс -> Глобальные учетные данные -> Добавить учетные данные .

Теперь пришло время создать проект и настроить его.

Создание проекта

На панели мониторинга перейдите в Новый элемент -> Многоответвленный конвейер . Дайте ему название и продолжайте. В разделе Источники филиалов выберите git , укажите имя источника, введите адрес хранилища и выберите соответствующие учетные данные, которые мы только что добавили. Сохраните изменения и продолжайте.

Мы заставим наш проект прослушивать изменения в репозитории, прокрутив вниз Сканирование триггеров конвейера с несколькими ответвлениями и установив флажок, выбрав 1 минуту в качестве желаемого интервала. Нажмите сохранить .

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

Написание файла Дженкинса

Этот простой синтаксис очень удобочитаем и достаточно понятен. Мы определили конвейер, который может быть выполнен любым доступным агентом . Существует только один этап ( 'сборка' ), на котором будет запущена команда оболочки для создания нашего кода.

После завершения этапа будет отправлено электронное письмо с уведомлением о завершении конвейера, содержащее некоторую информацию и ссылку на URL-адрес сборки для получения дополнительной информации.

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

Служебные задачи в командной строке

Чтобы избежать использования браузера для повседневных задач, таких как запуск/остановка заданий, проверка вывода сборки на консоль или импорт/экспорт, нам нужно будет загрузить jenkins-cli.jar .

Он входит в комплект каждой установки Дженкинса:

Чтобы узнать, сможем ли мы подключиться к Дженкинсу, давайте введем следующую команду:

Соединение прошло успешно. Давайте свяжемся с пользователем с более широкими правами доступа, чтобы иметь возможность управлять проектами, плагинами, сборками и т.д. Чтобы избежать ввода пароля в консоли, можно настроить маркер API.

Создание маркера API

Давайте создадим токен для нашего пользователя-администратора, выполним действия на изображении и скопируем полученный текст:

Чтобы указать пользователя, мы будем использовать параметр -auth , который получает параметры [ПОЛЬЗОВАТЕЛЬ:СЕКРЕТНЫЙ | @ФАЙЛ] . Давайте поместим наше имя пользователя:токен в файл с именем учетные данные , на который мы будем ссылаться при подключении.

Список заданий и запущенных сборок

Импорт/Экспорт Существующих Заданий

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

jenkins-cli обеспечивает поддержку импорта и экспорта с помощью команд get-job и create-job , которые принимают XML в качестве параметра. Следующий код дублирует наш проект Maven в новый:

Вывод

Это руководство предназначено для ознакомления с мощью и расширяемостью Дженкинса. Хорошо понимая основные принципы, ваши знания о Дженкинсе взлетят до небес, как только вы начнете экспериментировать с различными проектами, смешивая и сопоставляя различные инструменты сборки, языки и среды сборки.

Как заголовокЭта статья расскажет, как развернуть среду непрерывной интеграции с использованием Jenkins в среде Windows. Я написал эту статью, потому что в своей недавней работе я действительно столкнулся с некоторыми проблемами при обучении работе с Jenkins: большинство учебных материалов основаны на платформе Mac или Linux. Это была головная боль, и после некоторого нащупывания я наконец нашел способ под платформу Windows.

Выберите «Настроить глобальную безопасность» в списке справа и выберите «Разрешить пользователю регистрироваться», после чего вы можете заранее зарегистрировать учетную запись для авторизации. Если в будущем регистрация новой учетной записи управления не будет разрешена, снимите этот флажок.

Далее в разделе «Агентство» разверните агентское соглашение и выберите все из них. Если выбран здесь, «Java Web Start Agent» будет включен, в противном случае он будет невидимым при создании ведомого. (Чтобы использовать этот агент, вам также нужно заранее установить Java, а также загрузить и установить его с официального сайта Java)

Вернитесь к интерфейсу «Управление Jenkins», выберите «Управление узлами» и нажмите «Новый узел» для создания нового ведомого устройства. Здесь мы выбираем «Постоянный агент», или вы можете скопировать новый узел из существующего ведомого устройства. Введите имя, удаленный корневой каталог и метку и выберите метод запуска, как показано на рисунке. Удаленный каталог здесь используется для хранения запущенных файлов клиента Jenkins. Другие настройки по умолчанию в порядке:

Ну, здесь создан узел. Мы можем вернуться к интерфейсу управления узлами. На этом этапе вновь созданный узел не подключен. Вы можете посетить страницу Jenkins на другом сервере или локальном компьютере и нажать «Запустить», чтобы подключиться к узлу и установить его как Местный сервис. Если вы работаете в системе Win10, произойдет ошибка установки. Не беспокойтесь, перезапустите IE или этот Edge с правами администратора и снова посетите Jenkins, чтобы попытаться подключиться и установить. Когда вы почувствуете, что хотите включить эту установленную службу, сначала остановите службу, а затем введите «sc delete servicename» в командном окне cmd, чтобы удалить службу. Служебное имя можно просмотреть в свойстве правой кнопкой мыши службы.

После создания узла мы подключаемся к определенному серверу, а затем нам нужно создать задание, чтобы завершить работу, которую нам нужно выполнить.

Вернувшись на главную страницу Jenkins, нажмите «New Item», здесь я выберу «Freestyle Project». После редактирования названия и описания проекта мы можем определить явно устаревшую сборку. Здесь я определяю, как хранить сборку в течение 7 дней, и оговариваю, что сохраняется максимум 10 сборок.

Как упоминалось ранее, эта система CI реагирует на условия триггера, возвращаемые git, поэтому вам необходимо установить параметр для получения возвращенного ответа и указать узел, на котором будет выполняться эта задача сборки, то есть заполнить набор меток при создании узла:

В дополнение к настройкам по умолчанию при создании узла мы также можем установить здесь настраиваемое рабочее пространство, и полученный код будет храниться здесь:

В элементе управления исходным кодом мы выбираем Git, устанавливаем соответствующий URL-адрес проекта git, имя пользователя и пароль для доступа и выбираем мастер по умолчанию для ветви:

После получения кода выберите метод запуска. Если вы хотите опрашивать с регулярными интервалами, выберите «Опрос SCM» и установите интервал времени. Вы должны отвечать каждый раз при отправке. Здесь я выбираю удаленный запуск «Триггерных сборок» и устанавливаю значение токена для последующего использования.

В настоящее время нам нужно перейти на страницу настроек управления кодом веб-сайта Git, добавить «Хуки и сервисы» и включить «Запрос извлечения». Формат URL-адреса полезной нагрузки устанавливается в соответствии с форматом, предложенным для токена, указанного выше:

После выполнения описанных выше шагов рабочая среда Job в основном настроена успешно. Следующим шагом является создание автоматизированного сценария запуска.

Вернитесь на страницу редактирования задания прямо сейчас, продолжайте вниз, нажмите «Добавить шаг сборки», вы можете увидеть в раскрывающемся списке, Jenkins поддерживает богатый язык сценариев. Здесь мы будем использовать Window Batch и Widows PowerShell. Напишите здесь свой сценарий обработки бизнеса и сохраните его. Например, выведите «Jenkins CI», введите «echo Jenkins CI» в пакетном окне Windows, сохраните его, и все готово.

Наконец, письмо должно быть отправлено автоматически после завершения сценария. Посмотрим, как это настроено:

Перед настройкой уведомлений по электронной почте нам нужно перейти в «Настроить систему», чтобы настроить базовую конфигурацию системы электронной почты.

Сначала введите адрес Jenkins и адрес электронной почты отправителя.

Затем установите почтовый сервер SMTP и некоторые значения по умолчанию, в том числе получателя, тему, содержимое и т. Д. Таким образом, простейшая настройка отправки почты завершена. Давайте настроим определенные почтовые уведомления позже.

Вернитесь на страницу редактирования задания, найдите «Действия после сборки» и выберите «Редактируемое уведомление по электронной почте». Установите фактического получателя, формат содержимого и тему по умолчанию. И установить содержимое по умолчанию, вы можете параметризовать и форматировать стиль содержимого с помощью переменных среды (здесь не поясняется).

Заметка, в которой я решил поделиться знаниями в организации CI для автотестов. Такая задача возникает практически на каждом проекте, так как автоматизация без CI сервера - это как хлеб без масла. Я уже писал про Travis CI, теперь посмотрим на Jenkins.

Я покажу три способа запуска Jenkins CI и дам определенные советы и пояснения относительно каждого способа. Для тех же, кто не знаком с CI процессом и Jenkins, советую посмотреть видео.

Итак, начнем с самого простого.

Способ 1: Запустить Jenkins war в консоли

Самый простой и банальный способ - скачать jenkins.war и запустить его, как простое java приложение. Для этого нужно открыть консоль cmd Windows или terminal Unix и набрать команду:

После того как выполните данную команду в вашей системе запустится jetty сервер; если в вашей консоли появилась надпись типа jenkins is fully configured and running, значит вы смело можете открывать браузер и по стандартному пути

у вас появится главная страница Jenkins.

Данный способ является самым простым и самым ненадежным. Ни в коем случае не используйте его в production. Если вы закроете консоль, то ваш CI сервер свалится, информация о созданных job и установленные плагины сохранятся, вы сможете зайти на хост и снова запустить сервер таким способом, но вот захотите ли вы это делать часто - это вопрос. Данный способ больше подходит для демонстрационных случаев, либо как временная мера.

Способ 2: Запустить Jenkins на Tomcat

Самый распространенный и надежный способ - настроить Tomcat сервер и запустить Jenkins как стандартное web приложение.

Скачиваем Tomcat 7 и распаковываем его в удобное для вас место. Если у вас Windows - это скорее будет корень раздела C. Проще всего сделать TOMCAT_HOME в глобальных переменных, дабы иметь доступ к Tomcat в консоли.

После того, как вы скачали Tomcat, нужно скопировать скачанный jenkins.war по пути:

Затем перейти в папку $/bin

В этой папке вам нужно найти скрипт под названием catalina.bat либо catalina.sh. Далее нужно запустить этот скрипт. Для Unix это выглядит так:

После этого вы увидите в консоли вывод типа:

Теперь можете смело открывать в браузере

Если вы делаете это в первый раз, то, возможно, придется немного подождать перед тем, как Jenkins станет доступен. Обычно это занимает меньше минуты.

Как я уже говорил, это самый распространенный способ и самый надежный. Большинство java web приложений работает на Tomcat. К тому же, в случае какого-либо падения вы сможете посмотреть лог файл Tomcat и разобраться, в чем же дело. В своей практике мне приходилось разбираться один раз, да и то Tomcat упал только из-за того, что закончилось место на диске.

Способ 3: Использовать Docker контейнер

Docker, ну куда же без него! Сейчас контейнеры набирают огромную популярность. Могу смело заявить, что в какой-то степени - это тренд. Если вы не знакомы с этой технологией, настоятельно рекомендую почитать и посмотреть на этого "зверька".

Для запуска докер контейнера у вас на компьютере должен быть предустановлен Docker. Установку смотреть здесь.

Теперь можем спокойно запускать наш контейнер.

В результате выполнения этой команды Docker скачает контейнер и запустит его. Внутри контейнера находится Tomcat с предустановленным Jenkins CI. Вот и все, с Docker эта процедура выглядит очень просто.

Данный способ мало в чем уступает способу с Tomcat, так как внутри контейнера находится такой же Tomcat сервер. Единственный недостаток - это то, что при падении или остановке вашего контейнера вы потеряете всю информацию. Чтобы избежать таких печальных последствий, советую детально почитать документ и запускать контейнер такой вот командой:

Таким образом все содержимое папки jenkins_home будет сохранено на вашей host машине и потери данных не произойдет.

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

Читайте также: