Skip to content

GitLab

Last edited by Семёнов Пётр
Page history
This is an old version of this page. You can view the most recent version or browse the history.

Home

Содержание:

image Для новых пользователей

В этом разделе указаны советы и некоторые утановки, которые помогут Вашей комфортной и стабильной работе в GitLab и возможно здесь будет что-то еще

  • В первую очередь настроем свой профиль GitLab:

    • На главной панели (сверху) нажимаем на иконку пользователя, где выбираем "Edit Profile"
    • Указываем свои личные данные
    • Выбираем соответсвующий часовой пояс
    • Сохраняем изменения, нажав кнопку внизу "Update profile settings"

Для полного представления что такое GitLab, с его интерфейсом и возможностями Вы можете ознакомится с документацией GitLab

image Знакомство и установка Jenkins

Надо написать какой-то комментарий к этой статье

CI (Continuous Integration, Непрерывная Интеграция) — это методология разработки и набор практик, при которых в код вносятся небольшие изменения с частыми коммитами. И поскольку большинство современных приложений разрабатываются с использованием различных платформ и инструментов, то появляется необходимость в механизме интеграции и тестировании вносимых изменений.

С технической точки зрения, цель CI — обеспечить последовательный и автоматизированный способ сборки, упаковки и тестирования приложений. При налаженном процессе непрерывной интеграции разработчики с большей вероятностью будут делать частые коммиты, что, в свою очередь, будет способствовать улучшению коммуникации и повышению качества программного обеспечения.

Jenkins — программная система с открытым исходным кодом на Java, предназначенная для обеспечения процесса непрерывной интеграции (CI) программного обеспечения. Он является чрезвычайно расширяемой системой из-за внушительной экосистемы разнообразных плагинов. Настройка пайплайна осуществляется в декларативном или императивном стиле на языке Groovy, а сам файл конфигурации (Jenkinsfile) располагается в системе контроля версий вместе с исходным кодом.\

Jenkins Pipeline — набор плагинов, позволяющий определить жизненный цикл сборки и доставки приложения как код. Он представляет собой Groovy-скрипт с использованием Jenkins Pipeline DSL и хранится стандартно в системе контроля версий.

Существует два способа описания пайплайнов — скриптовый и декларативный.

  1. Скриптовый
node {
  stage('Example') {
      try {
          sh 'exit 1'
      }
      catch (exc) {
          throw exc
      }
  }
}
  1. Декларативный
pipeline {
  agent any
  stages {
      stage("Stage name") {
          steps {}
      }
  }
}

Литература для ознакомления с синтаксисом и шагами

Они оба имеют структуру, но в скриптовом она вольная — достаточно указать, на каком слейве запускаться (node), и стадию сборки (stage), а также написать Groovy-код для запуска атомарных степов.

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

Общая схема непрерывной интеграции с Jenkins:

  1. Сначала разработчик фиксирует код в хранилище исходного кода. Тем временем сервер Jenkins регулярно проверяет наличие изменений в хранилище.
  2. Вскоре после того, как происходит фиксация, сервер Jenkins обнаруживает изменения, произошедшие в репозитории исходного кода. Дженкинс потянет эти изменения и начнет готовить новую сборку.
  3. Если сборка не удалась, соответствующая команда будет уведомлена.
  4. Если сборка прошла успешно, Jenkins развертывает встроенный тестовый сервер.
  5. После тестирования Jenkins генерирует обратную связь и затем уведомляет разработчиков о результатах сборки и тестирования.
  6. Он продолжит проверять хранилище исходного кода на предмет изменений, внесенных в исходный код, и весь процесс будет повторяться.
До Jenkins После Jenkins
Весь исходный код был построен и затем протестирован. Поиск и исправление ошибок в случае сбоя сборки и тестирования было трудным и занимало много времени, что, в свою очередь, замедляло процесс доставки программного обеспечения. Каждый коммит, сделанный в исходном коде, создается и тестируется. Таким образом, вместо проверки всего исходного кода разработчикам нужно сосредоточиться только на конкретном коммите. Это приводит к частым выпускам нового программного обеспечения.
Разработчики должны ждать результатов испытаний Разработчики знают результат тестирования каждого коммита, сделанного в исходном коде на ходу
Весь процесс ручной Вам нужно только зафиксировать изменения в исходном коде, и Jenkins автоматизирует остальную часть процесса для вас.

Страница с руководством по установке и настройке Jenkins

image Новое руководство ?????

Здесь будет новое руководство Вероятно будут разъяснения по коду Jenkins

Переход к новому руководству его пока нет

Ссылки на документацию

Возврат к Содержанию | Открыть страницу Home | Руководство по установке и настройке Jenkins