GitLab и непрерывный CI/CD
Для разработки geek.moscow выделен отдельный GitLab: gitlab.geek.moscow. Здесь команда может хранить исходники, рассматривать изменения и организовать непрерывную интеграцию и поставку приложений.
Группа проекта — geek.moscow. Назначение репозиториев описано на странице исходного кода.
Возможности
| Задача | Что даёт GitLab |
|---|---|
| Код и совместная работа | Репозитории, ветки, история изменений и merge requests |
| Непрерывная интеграция, CI | Автоматические проверки изменений: зависимости, типы, стиль, тесты и сборка |
| Непрерывная поставка, CD | Публикация проверенных артефактов и развёртывание в выбранное окружение |
| Результаты | Состояния заданий, логи, отчёты и артефакты конкретного конвейера |
| Реестры | Container Registry для образов и Package Registry для пакетов |
CI помогает обнаружить ошибки до объединения изменений. CD связывает проверенную ревизию с выпуском приложения. Процедура поставки может включать ручное подтверждение: каждый коммит не обязан автоматически попадать в production.
Предполагаемый конвейер
Изменение кода → проверки → тесты → сборка
↓
образ или пакет с SHA
↓
публикация в реестр
↓
stage → smoke-проверки
↓
выпуск по принятой процедуре
Конвейер задаётся файлом .gitlab-ci.yml соответствующего репозитория. Задания выполняет GitLab Runner с настроенным executor и правами. Тег образа в проекте — первые восемь символов SHA коммита: это связывает сборку с кодом и позволяет выбирать версию для отката.
Container Registry имеет адрес registry.geek.moscow. Это endpoint для Docker/OCI-клиентов; он может требовать аутентификацию и не обязан открываться как обычный сайт. Просмотр образов выполняется в соответствующем проекте GitLab. Package Registry также относится к конкретному проекту и может использоваться для пакетов области @geek.moscow.
Зафиксированное состояние
GitLab CE установлен на stage вместе с реестрами. Группа geek.moscow публична, в ней пять репозиториев приложений с видимостью public; это проверено 10 октября 2026 года анонимным запросом к API и чтением последних коммитов. Список и ревизии — на странице исходного кода. Это основа для организации CI/CD.
Завершённый процесс поставки подтверждается отдельно для каждого репозитория: настроенным runner, .gitlab-ci.yml, успешным конвейером, отчётами и результатом развёртывания. Исходный обзор не содержит достаточных данных, чтобы объявить все эти части завершёнными. См. статус проекта.
Связь с мониторингом
GitLab показывает, как проверена и поставлена ревизия. Grafana показывает поведение запущенной системы: доступность, ошибки, задержки и ресурсы. Вместе они позволяют связать изменение кода, выпуск и эксплуатационный результат.
Инфраструктура и поставка · Все разделы · Grafana и мониторинг