Обязательно ли настраивать сервер Gitlab и запускать Gitlab?

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

Я очень новичок в концепции непрерывной интеграции. Пожалуйста, дайте мне знать, обязательно ли устанавливать Runner на виртуальной машине или у нас есть альтернативный способ использования Gitlab CI без Runner. Извините, если этот вопрос глупый.

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


continuous-integration gitlab-ci gitlab-ci-runner
person Nagarjuna D N    schedule 04.05.2016    source источник
comment
Вам не нужен бегун, но если вы хотите заниматься КИ, он вам нужен. Это в основном все. Конечно, вы также можете выполнить коммит, чтобы вызвать jenkins или что-то еще и создать такой CI. Все зависит от того, что вы хотите.   -  person Erik-Jan Riemers    schedule 04.05.2016
comment
Спасибо за повтор @Erik. Я хочу сделать КИ. В соответствии с архитектурой GitLab (about.gitlab.com/gitlab-ci) я вижу один Сервер GitLab (надеюсь, я должен это настроить) и Runners (это может быть мой персональный компьютер).   -  person Nagarjuna D N    schedule 04.05.2016
comment
Кстати, я собираюсь использовать GitLab CI, а не Jenkins. Теперь я успешно настроил GitLab CI на экземпляре EC2 с тестовым репозиторием. Следующий шаг — сконцентрироваться на том, как работать с Бегунами. Пожалуйста, поправьте меня, если я на правильном пути. Спасибо   -  person Nagarjuna D N    schedule 04.05.2016

Ответы (1)


arrow_upward
1
arrow_downward

тл;др

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

Чтобы использовать GitLab Runners, нужно выполнить четыре коротких шага:

  1. Включить общий Runner с тегом docker под Project > Runners
  2. Укажите регулярное выражение под Project > CI/CD Pipelines > Test coverage parsing, чтобы отфильтровать покрытие из вывода консоли.
  3. Создайте образ докера, содержащий все необходимое для сборки и тестирования вашего проекта.
  4. Создайте .gitlab-ci.yml в корне вашего проекта и определите, как должно выполняться тестирование/покрытие.

Некоторые примеры можно увидеть здесь . (отказ от ответственности: статья написана мной)

person Yan Foto    schedule 13.08.2016
comment
Спасибо. Раньше я следовал тому же. Когда я был новичком, мне требовалось больше времени, чтобы понять логику запуска gitlab ci. - person Nagarjuna D N; 17.08.2016
comment
@NagarjunaDN мне тоже потребовалось некоторое время, чтобы понять это :) - person Yan Foto; 18.08.2016