Напишите впереди
Первоначальный контакт с процессом автоматизации непрерывной интеграции. Эта статья в основном вводит метод достижения непрерывной интеграции на основе Jenkins, и вводит процесс конфигурации автоматического компиляции онлайн и развертывания в случае.
Непрерывная интеграция
Непрерывная интеграция - это практика разработки программного обеспечения, в которой участники разработки команды часто интегрируют свою работу через каждого участника, по крайней мере, один раз в день, что означает, что несколько интеграций могут происходить каждый день. Каждая интеграция проверяется посредством автоматической конструкции (включая компиляцию, выпуск, автоматическое тестирование), так что ошибки интеграции могут быть обнаружены как можно раньше.
Дженкинс
Jenkins - это инструмент непрерывной интеграции, разработанный на основе Java для мониторинга непрерывной повторяющейся работы, а его функции включают в себя:
1. Проекты непрерывного выпуска/тестирования версии программного обеспечения.
2. Следите за работой, выполненной внешними вызовами.
Для получения дополнительной информации, пожалуйста, нажмите на официальный веб -сайт
Установить
В Интернете есть много учебных пособий по установке и конфигурации Jenkins. Для получения подробной информации, пожалуйста, нажмите на установку и конфигурацию Jenkins.
фон
Jenkins работает на сервере Linux и пытается скомпилировать и развернуть веб -приложение на этом сервере. Процесс компиляции требует среды узлов. После компиляции файл должен быть передан на тестовый сервер.
Основные задачи Дженкинса заключаются в следующем: 1. Автоматически интегрируйте компиляционную среду. 2. Онлайн -компиляция приложений 3. SSH в целевую среду и запустите
Создать новую работу
Войдите в Дженкинс, и вы можете увидеть текущий статус строительства всех интегрированных проектов;
1. Нажмите [новый] в левом верхнем углу, чтобы создать новую задачу
2. Заполните имя задачи, и тип проекта, который вы создаете, можно выбрать в соответствии с фактической ситуацией. Вы можете выбрать первый на этот раз.
3. После завершения выбора нажмите [OK] и вернитесь на домашнюю страницу. Я обнаружил, что созданная работа была отображена в списке.
Настройка среды компиляции
В этом процессе нам необходимо настроить среду компиляции на основе узлов для приложения.
Что касается установки узла, вы обычно можете загрузить файл выполнения для установки или составления исходного кода для его установки. Через Дженкинса мы можем рассмотреть возможность использования плагин, которые он обеспечивает для автоматической установки.
1. Выберите системный управление-> плагин управления
2. Вы можете видеть, что Jenkins предоставляет множество плагинов для использования разработчиками. Найдите нам нужен [Nodejs Plagin], а затем нажмите, чтобы установить его.
3. После завершения установки выберите «Управление системой»> Глобальная конфигурация инструмента для настройки загрузки и установки узлов
4. После входа перейдите внизу и обнаружите, что в глобально доступных инструментах появились элементы конфигурации Nodejs. 5. Плагин поддерживает несколько способов установки Nodejs. Нажмите [Новая установка] и выберите обычный метод установки. Вот конфигурация, загруженная и установлена с официального сайта узла.
6. После сохранения перейдите на недавно созданное задание через список, найдите [среду сборки], проверьте, предоставить Node & NPM BIN/ POLTE в путь и выберите только что добавленную конфигурацию; После каждой сборки строительство окружающей среды будет выполнено первым. Только после того, как среда будет правильно построена, начнется реальный процесс строительства.
Процесс сборки конфигурации
В этом процессе мы можем настроить параметры, необходимые для того, чтобы сборка указала, где находится сборка (из какой ветви/какая версия ...) или какое -то другое состояние; и выполнить сборку через команды.
1. Введите данные задания через список и запустите соответствующую конфигурацию;
2. Столбец [Общий] требует конфигурации базовой информации о проекте и некоторых параметров, необходимых для строительства. Выберите [параметризованная сборка], которая позволяет нам настроить параметры в процессе сборки. Следующим образом: Настройте параметр branch
3. Столбец [Управление исходным кодом] требует заполнения адреса исходного кода, который будет построен, где [филиалы для сборки] используется для указания ветви, которая будет построена. Конечно, вы также можете выбрать определенный номер отправки. В то же время мы также можем использовать переменные, которые мы определяем в целом здесь (для получения подробной информации см. Кнопку [справка] в правой части блока ввода)
4. Столбец [Build] требует ввода соответствующих команд для реализации автоматической конструкции. После этого процесса [Строительство среды], мы можем написать следующий код для выполнения конструкции.
5. После завершения онлайн -компиляции файл, заполненный сборкой, отправляется в целевую среду (тестовая среда/производственная среда). Продолжить добавлять конфигурацию в столбце [Build], чтобы указать информацию, связанную с целевой средой; Некоторые операции после SSH настроены в командной строке (распаковывает файл и удалите сжатый пакет)
Выполнить сборку
На этом этапе конфигурация всей сборки была в основном завершена, поэтому начнется конструкция. Вернитесь на страницу списка и нажмите «Построить»:
Вы можете видеть, что текущий прогресс сборки отображается в списке истории сборки
Нажмите кнопку «Круглый» слева, чтобы войти в консоль, чтобы просмотреть вывод
После завершения сборки вы можете просмотреть результаты сборки через дождливое состояние в списке.
Заключение
Эта статья кратко представляет процесс построения на основе Дженкинса. Есть много функций Дженкинса, которые будут представлены в следующей статье. Поскольку масштаб и сложность разработки проекта продолжают расти, непрерывная интеграция является неизбежным выбором.
Выше всего содержание этой статьи. Я надеюсь, что это будет полезно для каждого обучения, и я надеюсь, что все будут поддерживать Wulin.com больше.