Русскоговорящая группа по GitLab Контент от языковых моделей (LLM) ЗАПРЕЩЁН. Вопросы по git: @git_cool Правила: http://telegra.ph/Pravila-ru-gitlab-02-15 Работа по Gitlab: @ru_gl_jobs Дружественные группы: @ru_devops, @metrics_ru, @ru_llm.
жить можно, шишки набил, основные сценарии работают очень хорошо
Читать полностью…Не нравится Gitlab - не используй, или пиши свой, или дописывай куски. Короче, хватит набрасывать - утомляет чрезвычайно. Ладно бы на каждый наброс issue из багтрекера приносил - тогда да, по делу, у кого так же болит - могут и плюсануть. А трандеть по чатам, дескать, инструмент не завязывается в узел под мои процессы - некоструктивно.
Читать полностью…И это уж точно не "баги и ограничения", это то как она должна работать
Читать полностью…переменные вынесли в проект с пайпом, так как много микросервисов, пайп получает переменные из variables проекта ci/cd, для app проектов вынесли переменные кеды для nexus, s3... есть еще групповые переменные на группы проектов... все используем
Читать полностью…ругать gitlab за секьюрность секретов примерно как ругать бабу за отсутствие члена )
Читать полностью…Гитлаб как и любой другой инструмент, далеко не совершенен, но на это зачастую есть свои причины, связанные с логикой разработчиков и их приоритетами)
Читать полностью…транк бэйз девелопмент говно =) команда маленькая 100+ человек и юзеров в онлайне 100к+
Читать полностью…Ифт тоже был под протектед переменными , но пришлось отказаться, остались только env листы со список ом кто может кнопку нажать
Читать полностью…Нахрена вообще вам в мре прод переменные? Чтобы что?
Мр - это не готовый код по определению
Все элементарно - протектед переменные видны только в протектед тег/бранч пайпах.
Какие тут баги и ограничения, лол
В смысле зачем?
Чтобы разделить доступы
У человека может быть доступ только к созданию мр, но нет возможности сделать деплой в прод
А деплой в прод гоняется обычно на дефолт/релиз бранче а не мре
От echo защищает masked. А protected - это для доступности переменных только в конкретных пайплайнах. То что они в mr pipeline не работают - это другой вопрос, хотя тут поддержу, не очень удобно
Читать полностью…Протектед имеет вполне конкретный скоуп - ты ставишь галку на бранч, и переменныая доступна только в бранче
Если вы сверху этого пытаетесь накрутить 100500 контуров с разными правами (да ещё и монорепу небось) - это не проблема технологии
А при чем тут тбд
У вас почему то есть контур куда могут деплоить все через мры, но почему-то переменные от него доступны в пайплайне не всем
Кринж же
по полной его используем, полностью автоматизирован ci/cd, руками минимум делаем...
Читать полностью…gitlab не должен решать вопросы с секретами, его переменные - это не основа секьюрити
Есть куча вариантов унести это в vault, внешние секретницы и перепилить пайплайны. Делов то
Вы конечно извините, но каждый раз как Вы тут выступаете, то все время только говно на Гитлаб мечете, что то там не так, это не так и так далее) и каждый раз хочется в вас кинуть документацией и сказать "идите читайте про ограничения и правила"
Читать полностью…А мры тут причем?
На препрод тоже обычно окологотовый код идет
У вас процессы просто говно, не в "багах и ограничениях" дело
Готовый код должен лежать в релиз бранче, будь то дефолт или спецбранчи
Если вы деплоите прод с фичей, то у вас или процесс говно, или вас там полтора землекопа с одинаковыми правами, и вам протектед и не нужен
Мр может сделать кто угодно с девелопер правами и увидеть все секреты, лол
Читать полностью…Маскед скорее от случайных утечек защищает, от echo | base64 он не защитит
Это так, на правах душнилова
Я так понимаю, это потому, что mr кто угодно в бранч открыть, поэтому нет такого понятия как protected mr
Читать полностью…