#gitlabci — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #gitlabci, aggregated by home.social.
-
Anyone seeing issues on Gitlab CI w.r.t Docker image creation. Been seeing this in both open-source and client projects today.
As far as I am aware it started yesterday and the error is:
"ERROR: failed to build: failed to solve: failed to register layer: openat dev/console: permission denied"
Here is an example: https://gitlab.com/ysb33rOrg/containers/corretto-build-containers/-/jobs/15710698066
-
Inception в GitLab CI: практическая шпаргалка по вложенным пайплайнам для Middle+
По репозиториям на Git часто видно: вложенные пайплайны в GitLab CI остаются редкой экзотикой, а в проде в основном живут линейные сценарии. Тем не менее я убежден, что грамотные downstream'ы прекрасно связывают процессы в единый поток, снимают ручной труд с команды и добавляют архитектуре гибкости. Конечно, запутаться в многоуровневой логике может даже опытный DevOps-инженер или тимлид, но чтобы вы не блуждали в сложной структуре, я подготовил для вас практическую шпаргалку по работе с ними. Последние несколько лет я занимался сопровождением вендорской разработки, строил CI/CD преимущественно на базе Gitlab CI и мне есть что рассказать. Помните фильм «Начало»? Сегодня он станет нашим наглядным гидом по архитектуре наследуемых пайплайнов и, надеюсь, поможет вам взглянуть на многослойный CI‑конвейер под другим углом. Погрузиться
https://habr.com/ru/companies/cloud_ru/articles/1059422/
#gitlab #gitlabci #вложенные_циклы #devops #ci #cicd #parallel #downstream #extends
-
GitLab Runners: полное руководство от shell до Kubernetes
Почти все причастные к разработке сталкивались с CI, и я уверен, что большинство знает про существование раннеров, на которых крутится наш CI. Но, как показывает практика, далеко не все знают о том, что раннеры бывают разных видов и что под разные сценарии DevOps в вашей команде подготовил разные окружения. Да и сами DevOps иногда оказываются в ступоре, когда на техническом интервью их спрашивают, чем docker от docker autoscaler отличается. Поэтому я решил собрать весь основной материал в виде большой шпаргалки. Сегодня разберём: какие раннеры бывают, какие плюсы и минусы у каждого, где какой лучше использовать, ну и на какие грабли вы можете наткнуться при работе. Данная статья написана для версии GitLab / GitLab Runner 18.x. GitLab постоянно подчищает хвосты в работе раннеров, поэтому будьте внимательны, на других версиях что-то может быть деприкейтед, а что-то просто не существует.
https://habr.com/ru/companies/ruvds/articles/1058696/
#gitlab #gitlabci #gitlabrunner #runners #runner #cloud #docker #shell #ruvds_статьи
-
Почему ваш GitLab CI медленный: 6 ошибок в настройке Runner
Пайплайны редко тормозят из‑за одной большой проблемы — чаще минуты незаметно съедают неработающий кэш, тяжёлые образы, очереди и лишние зависимости между джобами. Разберём шесть типичных ошибок в настройке GitLab Runner и посмотрим, как найти узкое место до того, как команда привыкнет ждать сборку по двадцать минут.
https://habr.com/ru/companies/otus/articles/1047052/
#DevOps #gitlabci #gitlabrunner #cicd #pipeline #docker #kubernetes #кэширование #оптимизация
-
«У меня работает»: десять способов узнать, что нет
Я думал, проект готов к релизу. CI думал иначе — и оказался прав десять раз. История про то, что видно только на чистом раннере. «Полностью готовый» и локально зелёный проект — а первый же полный прогон CI вскрыл десяток скрытых проблем: версия CMake на Ubuntu 22.04, строгий GCC 11, артефакты с 403 от CDN, ASan под valgrind, недоступный из сети реестр и другие. Показываю каждую проблему с настоящим сообщением об ошибке и решением, а заодно — как поднял свой раннер, выпустил релиз руками без раннеров и ускорил пайплайн с 53 до 15 минут. Мораль: CI ловит ровно то, что невидимо на машине разработчика, — версии инструментов, окружение и сеть.
https://habr.com/ru/articles/1044402/
#gitlab #gitlabrunner #gitlabci #cmake #docker #тестирование
-
On my way to #MDDevDays2026 🚂 talking about #GitlabCI and automating backup restores #DevOps
-
Хватит копировать security YAML: AppSec-слой для Java-проектов через Gradle convention plugin
Практический разбор того, как я вынес security-проверки Java-проектов из разрозненных CI/CD-скриптов в переиспользуемый Gradle plugin
https://habr.com/ru/articles/1032532/
#cicd #gitlabci #java #gradle #gradleplugin #security #sast #sbom
-
Как сделать Maven build security-aware: AppSec-проверки без дрейфа CI/CD
Единый плагин для сканирования на безопасность Java проектов. Maven. Или как проверять кучу микросервисов на безопасность управляя этим в одном месте Скачать плагин
-
Настройка GitLab CI/CD: понимаем принципы работы и запускаем первый pipeline
Все русскоязычные гайды по GitLab CI/CD — это «сделай вот так под Node.js/Java/.NET». А как оно вообще работает? Написал подробный туториал: термины, схемы, разбор .gitlab-ci.yml , логи runner’а построчно. Первая часть из трёх — от простейшего pipeline до понимания, что конкретно вам нужно в вашем случае.
https://habr.com/ru/articles/1031452/
#pipeline #continuous_integration #continuous_delivery #Docker_executor #GitLab_Runner #автоматизация_сборки #deploy_приложений #devops #gitlabci #gitlabrunner
-
Как мы поймали drift в Kubernetes и зачем после этого перешли на GitOps
История инцидента в продакшене: после планового релиза новая версия сервиса не поднялась, а откат на предыдущую версию тоже не помог. Причина оказалась не в коде, а в расхождении между тем, что было описано в Git, и тем, что реально жило в Kubernetes. Ручная правка ConfigMap несколько месяцев существовала только в кластере, пока очередной релиз не пересоздал поды и не вытащил проблему наружу. Разбираю, как мы нашли причину, почему Git не был настоящим источником правды и зачем после этого перешли на GitOps с Argo CD.
https://habr.com/ru/articles/1031108/
#gitops #kubernetes #argocd #gitlabci #cicd #devops #drift #helm #secrets #platform_engineering
-
Как я уместил весь MLOps пайплайн в 10 строк
В последнее время я часто работал с разными ML-проектами в GitLab. В каждом был свой .gitlab-ci.yml , своя обвязка вокруг MLFlow, своя регистрация и валидация модели. Со временем я понял, что MLOps пайплайн во всех проектах очень похож, а при работе с новыми копипаста размножается быстрее кроликов. Ну и тут уже хочешь не хочешь, но идея сделать общий шаблон напрашивается. Однако будем честны, обычный template для CI — это круто, но хочется чего-то гибкого, декларативного и красивого. Для достижения этих целей GitLab уже давно предлагает переходить на CI/CD компоненты . В результате я хотел видеть 10 строк YAML, которые будут выдавать полноценный пайплайн с валидацией данных, обучением, quality gates и регистрацией модели. И спустя месяц я добился желаемого. В этой статье покажу, как устроен компонент, на какие грабли наступал по пути, и как подключить всё это в ваш проект. Сам компонент.
-
AI это для DevOps. Разбираем упавшие упавшие пайплайны с ассистентом
AI ассистенты уже просто вошли в процессы разработки кода, но что на счет DevOps задач и CI/CD в частности? Думаю здесь их полезность может оказаться не чуть не меньше. Как часто к вам или вы прибегали с круглыми глазами и просьбами помочь с упавшим пайплайном? Как бы получить ответ быстро не заставляя никого заниматься скучной однообразной работой? Изучать логи джобы и искать в описании пайплайна ошибку, сравнивать что успели сломать с последнего коммита и так далее. К счастью теперь за нас это могут нейросети и давать дельные советы (не все, но могут)
-
GitLab CI кажется сложным, если не знать этих трюков: как убрать дублирование и ускорить пайплайны в 3 раза
У вас в GitLab несколько проектов с одинаковым CI? Или просто надоела копипаста в пайплайнах? Каждое изменение нужно отразить в 10 местах? Рассказываем, как сократить код на 56 %, убрать дублирование и сделать один CI для всей группы проектов. Шаблоны, матрицы и практика. Избавиться от копипасты
https://habr.com/ru/companies/flant/articles/1014176/
#gitlab_ci #gitlabci #ci #dry #Common_ci #дублирование_кода #Оптимизация_пайпланов #include #автоматизация_деплоя
-
Как сделать GitLab CI/CD вашим лучшим другом для сборки и доставки Flutter приложений. Часть 3
Flutter & GitLab CI/CD. Доставка мобильного приложения в Significa, TestFlight и Google Play Привет! Меня зовут Данил Абдрафиков, я мобильный разработчик в компании TAGES . После успешной настройки сборки и подписания Flutter -приложений во второй части , остался последний, но не менее важный этап — дистрибуция приложения. В современных условиях автоматизация деплоя на такие платформы, как Google Play , TestFlight и Significa , становится необходимостью. В этой статье мы разберем, как с помощью GitLab CI/CD настроить автоматическую отправку ваших приложений в магазины, чтобы вы могли сосредоточиться на разработке, а не на рутинных задачах.
https://habr.com/ru/articles/996924/
#flutter #gitlab #gitlabci #mobile #devops #android #ios #fastlane #appstore #google_play
-
Тюнинг .gitlab-ci.yml: 7 неочевидных фич GitLab CE для чистых и быстрых пайплайнов
Сложно поддерживать CI/CD, когда граф пайплайна в GitLab превращается в бесконечную «простыню», параллельные запуски terraform apply приводят к блокировкам, а для игнорирования некритичных ошибок приходится писать || true . Может показаться, что для решения этих проблем нужны «костыли» или переход на enterprise-лицензию. На деле же с ними помогут встроенные возможности GitLab CE. В статье разбираем неочевидные ключевые слова .gitlab-ci.yml , которые сэкономят вам время и нервы.
-
Did it ever get GitLab CI using Nix images created using `buildNixShellImage`?
It looks like that sets `cmd` on the image to Bash with some setup, but GitLab seems to want to run `/bin/sh` without any of the setup - which leaves all the packages in the Nix shell outside of the default `$PATH`.
Now we _can_ set the `entrypoint` in the GitLab CI image definition but those store paths are definitely going to change...
-
ClusterAPI как цель, Terraform как мост: управляем жизненным циклом платформы
Я Олег Одинцов, платформенный инженер App.Farm . App.Farm — собственная разработка Россельхозбанка, которая используется для станадартизации процессов разработки программного обеспечения и предоставления высокоуровневого интерфейса пользователям для автоматизации их задач. Можно сказать, что App.Farm — это автоматизация «под ключ». Пользователь получает полный цикл управления разработкой от размещения кода до деплоя приложений. Более «смузийное» название — IDP платформа.
https://habr.com/ru/companies/rshb/articles/980742/
#platform #git #paas #ci #nexus #gitflow #workflow #gitlabci #gitops #микросервисы
-
Масштабируемые GitLab Runners в AWS: как избавиться от ручного управления и снизить затраты
Мы избавились от «вечно живущих» EC2‑инстансов, настроили масштабируемые GitLab Runner’ы через Fleeting и Autoscaler и при этом сократили расходы на CI‑инфраструктуру. Делимся рабочими конфигами, подводными камнями и практическим гайдом по настройке.
https://habr.com/ru/companies/flant/articles/974856/
#gitlabci #aws #gitlabrunner #autoscaling #инфраструктура #devops
-
This post of mine is just a week old and I've already sent it to three people in reply to their questions about how to do exactly that.
And I'm using it now as a reference to implement the same on another project.
So, I figured I might link to it again for those who have missed it somehow:)
https://dev.to/justlig/podman-on-gitlab-ci-fast-efficient-container-builds-no-dind-required-e2e
-
Witness the magic of GitLab CI cache combined with rootless Podman builds — no DinD required.
#CICD #GitLabCI #Podman #Containers #Docker #CI #GitLab
https://dev.to/justlig/podman-on-gitlab-ci-fast-efficient-container-builds-no-dind-required-e2e
-
Hey developers! I’ve been working on a new CI setup to build Docker images for every push. What would you expect from such a setup?
We’ll have a container registry for runtime/development each, with tags for every branch and for #Perl version (latest vs oldest supported).
Read the new README section:
https://gitlab.com/coocook/coocook/-/blob/dist-docker/README.md?ref_type=heads#run-with-dockerpodmanFeel free to reply here or at the MR:
https://gitlab.com/coocook/coocook/-/merge_requests/262The MR also contains more specific review questions.
-
Как допилить GitLab CI/CD и перестать переписывать пайплайны
С подключением, хабровчане! Меня зовут Роман Волков, я Senior DevOps в МТС Web Services. Последние несколько лет мне приходилось создавать и адаптировать конвейеры на базе GItLab-CI, изменяя процесс автоматизации под каждую новую команду, стек, продукт и окружения эксплуатации. Чтобы облегчить жизнь себе и коллегам, я сделал небольшой внутренний фреймворк — FundaPipe, значительно упрощающий создание, развитие, переиспользование и применение самих конвейеров разработчиками.
https://habr.com/ru/companies/ru_mts/articles/938704/
#devops_трансформация #gitlabci #FundaPipe #devops #git #системы_сборки