Рубрики
Uncategorized

CI/CD с Gitlab — Получение начал

Я много использую Gitlab. Я использую его для личных проектов, а также внедрил его на работе — я люблю … Tagged с помощью CI, CD, DevOps, Gitlab.

CI/CD (4 серии деталей)

Я много использую Gitlab. Я использую его для личных проектов, а также внедрил его на работе — я люблю платформу. Другие доступны, но для меня есть все в одном месте (хотя и рискованно!) Сохраняет меня, открыв несколько вкладок.

Я ранее освещал то, что такое CI/CD и почему это здорово; Но теперь я хочу показать некоторые примеры этого, работая в Gitlab, так что вы также можете создать причудливые графики развертывания, как показано ниже.

Стоит отметить, что у Гитлаба есть свои собственные Страницы для CI/CD Однако некоторая информация на этих страницах немного не в порядке и вызовет проблемы при попытке создать трубопроводы. Этот файл .gitlab-ci.yml, упомянутый на протяжении всего этого поста Доступно на Gitlab Анкет

Проще говоря, этикетки вверху — это разные этапы, отдельные узлы — это задачи. У каждого узла есть этикетка, которую называется задачей. Все это было построено со следующим YAML в моем файле .gitlab-ci.yml (доступно как v1.0):

stages:
  - Build
  - Test
  - Staging
  - Release
image: ubuntu:xenial

build:
  stage: Build
  script:
    - echo "This is the build stage"

test:codeLint:
  stage: Test
  script:
    - echo "Linting the code"

test:UnitTests:
  stage: Test
  script:
    - echo "running unit tests"

test:IntegrationTests:
  stage: Test
  script:
    - echo "running integration tests"

stagingRelease:
  stage: Staging
  script:
    - echo "Staging release"

productionRelease:
  stage: Release
  script:
    - echo "production deployment"

tagRelease:
  stage: Release
  script:
    - echo "Tagging the release"

Разбивая файл, этапы Элемент довольно поясняющий, это имена этапов, которые появляются на вершине трубопровода. Вам не нужно назвать их, и если вы этого не сделаете. Вы можете называть их все, что вам нравится, и даже позвонить им после смайликов (хотя почему вы хотели бы Я не знаю — Но я не использую смайлики):

Изображение Элемент — это изображение Docker, которое вы хотите использовать для выполнения работы. Это может быть установлено для каждого отдельного задания, например, если вам нужно провести интеграционное тестирование на изображении Windows и изображение Mac для программного обеспечения. Я использовал отдельное изображение работы для выполнения версий (я приду к этому позже).

Тогда мы сами работаем, например,

test:codeLint:
  stage: Test
  script:
    - echo "Linting the code"

Первая строка есть название работы. Стадия Определяет, где он вписывается в трубопровод (это необязательно, но рекомендуется, если у вас есть ряд заданий). Скрипт Элемент — это серия задач, которые необходим для работы. В этом случае эхо строил строку «Снижение кода». Вот и все. Как я уже сказал, работа выглядит причудливой; Но я настроил это, чтобы ничего не делать нарочно.

Интеллект для любой работы CI/CD исходит от того, что делает каждый этап или должен сделать, что я расскажу о следующих нескольких постах. Но это дает определение самых оснований для настройки трубопровода в Gitlab и позволяя ему работать, когда филиалы совершаются.

Эта статья была первоначально размещена в моем блоге в https://www.garybell.co.uk/ci-cd-with-gitlab-getting-started/ 12 июня 2019 года

CI/CD (4 серии деталей)

Оригинал: «https://dev.to/_garybell/ci-cd-with-gitlab-getting-started-35jl»