GitFlic CI — Пайплайн без GitHub Actions — 5 июня 2026 г. в 07:07:41.738
GitFlic CI — Пайплайн без GitHub Actions «У нас ушёл GitHub, а пайплайны остались в YAML, который никто не понимает». Знакомо? GitFlic — не идеальный клон, но в закрытом контуре часто единственный вариант, где и git, и CI под одной крышей. Сегодня — минимальный рабочий pipeline, который собирает Docker-образ и не падает на первом apt-get. 🛠 Шаг 1: .gitflic-ci.yml в корне репо stages: - build - test build_image: stage: build image: docker:24 services: - docker:24-dind script: - docker build -t myapp:$CI_COMMIT_SHORT_SHA . - docker save myapp:$CI_COMMIT_SHORT_SHA -o image.tar artifacts: paths: - image.tar expire_in: 1 day smoke_test: stage: test image: docker:24 script: - docker load -i image.tar - docker run --rm myapp:$CI_COMMIT_SHORT_SHA ./run-tests.sh 🛠 Шаг 2: Runner на своём железе Облачный runner в закрытом контуре — миф. Ставите gitflic-runner на ВМ с Docker, регистрируете токеном из админки. Без этого jobs будут вечно «pending». 🛠 Шаг 3: Кэш и артефакты На слабом железе каждая сборка с нуля — боль. Кэшируйте node_modules / .m2 через cache: в job. Артефакты не храните вечно — диск забьётся за неделю. 🛠 Шаг 4: Секреты — только через Variables Пароли в YAML — увольнительный грех. Всё чувствительное — в CI/CD Variables с флагом «masked». 🧪 Проверка: push в ветку → pipeline зелёный → артефакт скачивается → образ на тестовом хосте стартует. 🔥 Админский лайфхак: сделайте отдельный проект ci-templates и подключайте общие job через include. Иначе через полгода у вас 40 копий одного и того же кривого YAML. Кто уже гоняет GitFlic CI в проде? Что бесит сильнее — runner или документация? 👇 #GitFlic #CI_CD #DevOps #Импортозамещение #ДеплойЧерезКолено