Если вы переходите из «непрерывной» системы непрерывной интеграции (например, с помощью некоторого вида crontab, который регулярно проверяет, изменился ли исходный код в системе управления версиями, и запускает этапы настройки / сборки / тестирования / развертывания, если таковые имеются), затем знайте, что у gitlab есть гораздо лучший способ сделать это.
Подход gitlab заключается в настройке «вытягивающей» системы: каждый раз, когда код обновляется (в любой ветке) в репозитории git, тогда сценарий, определенныйв вашем .gitlab-ci.yml читается, чтобы увидеть, нужно ли запускать задания непрерывной интеграции.задания отправляются настроенным бегунам gitlab.Бегуны gitlab определяются на ваших серверах сборки и принимают работу, когда они приходят.Определение того, что делать, также описано в .gitlab-ci.yml.
. Вот список документации, чтобы начать изучение gitlab CI:
- официальная документация может бытьполезно
- Общее введение в gitlab ci с помощью docker можно найти в этой статье блога (первые слайды великолепны).Если ваш сервер сборки или ваша предполагаемая сборка в Linux, я бы порекомендовал использовать «docker executor» (например, бегуны gitlab выполняются внутри докера внутри вашего сервера сборки).Его легко и быстро настроить.
Надеюсь, это поможет вам начать ...