Учебники

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»