
GitFlic CI/CD: первый конвейер с нуля — от коммита до деплоя
AstraLinux только что GitFlic CI/CD: первый конвейер с нуля — от коммита до деплоя Средний 9 мин 0 Блог компании Группа Астра Туториал CI/CD — процесс непрерывной интеграции и доставки кода — стало стандартом для...
<5 — 2026'da uzaya kaç SpaceX Starship fırlatması ulaşacak?
Вот важная новость с фронта ИИ: AstraLinux только что GitFlic CI/CD: первый конвейер с нуля — от коммита до деплоя Средний 9 мин 0 Блог компании Группа Астра Туториал CI/CD — процесс непрерывной интеграции и доставки кода — стало стандартом для большинства команд. Автоматический запуск тестов при каждом коммите, автоматическая сборка, автодеплой на стейдж или прод — без этого трудно представить современную разработку. GitFlic имеет встроенный инструмент CI/CD, который не требует установки сторонних решений вроде Jenkins.
Достаточно добавить в репозиторий файл конфигурации, настроить агента — и конвейер заработает сам. В этой статье разберем, как устроен GitFlic CI/CD, из каких концепций он состоит и как написать первый рабочий конвейер с нуля. Как устроен GitFlic CI/CDGitFlic CI/CD реализует несколько ключевых концепций:Конвейер (Pipeline) — Структурирует задачи через определение стадий и последовательности выполнения Задача (Job) — Фундаментальная единица конфигурации CI/CD — инструкция, которую нужно выполнить Артефакты (Artifacts) — Файлы, являющиеся результатом выполнения задачи, которые сохраняются для дальнейшего использования Кэш (Cache) — Хранение файлов (например, зависимостей) в рамках рабочего окружения агента для ускорения повторных действий и сборки Агент (Runner) — приложение, которое физически выполняет задачи Вся конфигурация описывается в YAML-файле, который хранится прямо в репозитории.
Технические детали
Файл конфигурации: gitflic-ci. yamlПайплайн описывается в файле gitflic-ci. yaml в корне репозитория.
yml — если вы работали с GitLab CI, многое покажется знакомым. GitFlic даже публикует ( основные ключевые слова файла конфигурации. stages — стадии конвейераЗадает порядок выполнения стадий.
Задачи одной стадии выполняются параллельно; стадии выполняются последовательно. ```yamlstages: - test - build - deploy```image — Docker-образУказывает Docker-образ, в котором будет выполняться задача. ```yamlimage: name: python:3.
Отраслевые последствия
11```Поддерживаются уточняющие параметры: image:name, image:entrypoint, image:docker, image:pull_policy. variables — переменныеЗадает переменные окружения, доступные внутри задач. ```yamlvariables: APP_ENV: "production" REGISTRY: "registry.
ru"```GitFlic также поддерживает набор предопределенных переменных (CI_COMMIT_SHA, CI_PROJECT_NAME, CI_PIPELINE_ID и другие), которые автоматически доступны в каждом пайплайне. cache — кэш зависимостейПозволяет сохранять файлы между запусками задач — например, директорию с установленными пакетами, чтобы не скачивать их заново. ```yamlcache: paths: - .
venv/ key: $CI_COMMIT_REF_NAME```script, before_script, after_scriptОсновная часть задачи. before_script выполняется перед script, after_script — после (даже если script завершился с ошибкой).
Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.





