Учебники

GitLab CI — Расширенное использование CI

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

Имя среды может быть определено с помощью среды: имя строки и содержать следующее —

  • буквы
  • цифры
  • пространства
  • _
  • /
  • $
  • {
  • }

Использование ключей SSH с GitLab CI / CD

Вы можете установить ключи SSH (Secure Shell или Secure Socket Shell), чтобы обеспечить надежное соединение между компьютером и GitLab. Ключи SSH могут использоваться с GitLab CI / CD, когда —

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

Настройка ключа SSH описана в главе « Настройка ключа GitLab SSH» .

Артефакты

Артефакты используются для прикрепления списка файлов и каталогов к заданию после успешного завершения. Артефакты содержат следующие типы —

  • artifacts: name — эта директива используется для указания имени созданного архива артефактов. Он предоставляет уникальное имя для архива созданных артефактов, что полезно при загрузке архива из GitLab.
  • Артефакты: когда — эта директива используется для загрузки артефактов при сбое задания. Он содержит следующие значения:
    • on_success — используется для загрузки артефактов при успешном выполнении задания.
    • on_failure — используется для загрузки артефактов при сбое задания.
    • всегда — используется для загрузки артефактов независимо от статуса задания.
  • artifacts: expire_in — определяет, как долго должны существовать артефакты до истечения срока их действия и, следовательно, удаления, поскольку они загружаются и хранятся в GitLab.

Запуск трубопроводов

Триггеры могут принудительно перестроить определенную ветку или тег с помощью вызова API, а триггеры с устаревшей меткой будут иметь доступ к текущему проекту.

Новый триггер можно добавить, как показано в следующих шагах —

Шаг 1 — Войдите в свою учетную запись GitLab и перейдите в свой проект —

GitLab Использование CI

Шаг 2 — Нажмите на опцию CI / CD на вкладке « Настройки » и разверните опцию « Триггеры конвейера»

GitLab Использование CI

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

Шаг 3 — Далее, он будет отображать сообщение об успехе после создания триггера —

GitLab Использование CI

Шаг 4 — Теперь перейдите к параметру CI / CD на вкладке « Настройки » и разверните параметр « Триггеры конвейера» . Вы увидите недавно созданный триггер вместе с токеном, как показано на рисунке ниже —

GitLab Использование CI

Графики трубопроводов

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

Шаг 1 — Войдите в свою учетную запись GitLab и перейдите в свой проект —

GitLab Использование CI

Шаг 2 — Выберите опцию Расписания на вкладке CI / CD и нажмите кнопку Новое расписание

GitLab Использование CI

Шаг 3 — Далее откроется экран «Планирование нового конвейера», заполните поля и нажмите кнопку « Сохранить расписание конвейера».

GitLab Использование CI

Шаг 4 — Теперь вы увидите конвейер, который планируется запустить —

GitLab Использование CI

Соединение GitLab с кластером Kubernetes

Кластер Kubernetes можно использовать для просмотра и развертывания приложений, запуска конвейера и т. Д. Простым способом. Вы можете создать новый кластер для своего проекта, связав свою учетную запись GitLab с Google Kubernetes Engine (GKE).

Новый кластер Kubernetes можно создать, как показано на следующих шагах —

Шаг 1 — Войдите в свою учетную запись GitLab и перейдите в свой проект —

GitLab Использование CI

Шаг 2 — Нажмите на опцию Kubernetes на вкладке CI / CD

GitLab Использование CI

Шаг 3 — Далее нажмите кнопку Добавить кластер Kubernetes

GitLab Использование CI

Шаг 4 — Нажмите кнопку Создать в GKE , чтобы создать новый кластер Kubernetes в Google Kubernetes Engine —

GitLab Использование CI

Шаг 5. Если у вас есть учетная запись Google, войдите в нее, чтобы ввести данные для кластера Kubernetes, или создайте новую учетную запись Google.

GitLab Использование CI

Шаг 6 — Теперь введите значения в поля для вашего кластера Kubernetes —

GitLab Использование CI

Шаг 7. Прежде чем добавлять значения в поля, необходимо указать идентификатор проекта, созданного в консоли Google Cloud Platform для размещения кластера Kubernetes. Чтобы создать ID, нажмите на ссылку « Посмотреть свои проекты», которая выделена на предыдущем изображении. Откроется экран, показанный ниже, затем щелкните меню « Мой проект» и нажмите значок «плюс» (+), чтобы создать новый проект.

GitLab Использование CI

Шаг 8 — Теперь введите имя проекта и нажмите кнопку « Создать»

GitLab Использование CI

Шаг 9 — Вы получите идентификатор проекта, в котором будет размещен кластер Kubernetes —

GitLab Использование CI

Шаг 10. Введите значения в поля для своего кластера Kubernetes вместе с идентификатором проекта Google Cloud Platform и нажмите кнопку « Создать кластер Kubernetes»