Права в вебе все корректно работают, ключ в акке типа есть

Так может подскажите где можно собирать 30 докер контейнеров хотя бы раз в неделю, с моего собственного git репозитория и пушить их обратно на мой докер репозиторий ?

ну так гитлаб всегда был бесплатный для этиц целей, а до недавнего времени ещё и раннеры бесплатные полностью

Прошу другого человека проверить, который групп овнер - у него та же фигня

я помню в прошлом году гитлаб полег кто то из админов дропнул базу, как сейчас работает?

нашел спасибо, нужно добавить в certutil -enterprise -addstore NTAuth

ну так гитлаб всегда был бесплатный для этиц целей, а до недавнего времени ещё и раннеры бесплатные полностью

Не полностью

Иду пушить что я там понаделал последние часа 2,а он говорить нет прав у тебя или ключ незнакомый

Не было такого. Может от конкретного инстанса облачного зависит, куда тебя шардировали ?

Может быть, я вообще победитель по жизни

Раз в 2 недели то 500 вижу на глагне

"Удачник"

То он свои же пайплайны не видит

Раз в 2 недели то 500 вижу на глагне

https://gitlab.com/gitlab-org/gitlab-ce/issues/52325

пзидец

И Mr висят поэтому

и там багов еще много. Но они хотя бы не выпендриваются и фиксят их потихоньку

Не полностью

Вот зачем ты мне пишешь, если любой мой ответ заденет твои чувства?)

Вот зачем ты мне пишешь, если любой мой ответ заденет твои чувства?)

А ты попробуй вести себя в рамках. Поверь, это сильно сложнее, чем просто забить и писать абы что

А ты попробуй вести себя в рамках. Поверь, это сильно сложнее, чем просто забить и писать абы что

Я же не знаю твоих рамок, познакомь с хозяином, я уточню)

Блин, чот перебор, соррян)

Ладно , прощаю.

кто использует make для сборки docker образов?

?зачем

или ты про make в докере

кто использует make для сборки docker образов?

а конкретнее? использую, но больше чем для сборки

или ты про make в докере

нет

а конкретнее? использую, но больше чем для сборки

да

кто использует make для сборки docker образов?

Make не команда докера же?

что-то типа https://github.com/mvanholsteijn/docker-makefile/blob/master/Makefile

Make не команда докера же?

нет

это стандартная утилита сборки из линукса

еще с 80-х годов прошлого века

это стандартная утилита сборки из линукса

Спасибо за информацию ?

и вообще позор девупсу не знать ее

так а вопрос то в чём?

так а вопрос то в чём?

ну, интересно, кто как собирает.

и вообще позор девупсу не знать ее

Ещё раз спасибо))

я склоняюсь к мысли, чтобы инкапсулировать вызов сборщиков и тестов в makefile

а, одни только через Make, другию плюются)

ибо портянки башей меня заманали

плюс еще докер-компоуз не умеет в зависимости

короче

Опиши кейс

есть

я склоняюсь к мысли, чтобы инкапсулировать вызов сборщиков и тестов в makefile

я так и сделал и в гитлабе подключаю образ со своим Makefile,дальше в тасках вызываю таргет нужный)

1. 3 базы с хелсчеками 2. 2 контейнера с миграциями 3. контейнер с тестами нужно запускать их последовательно нужно обратить внимание, что миграции отрабатывает и завершаются. Т.е. контейнер пшик. Это накладывает ограничения на разбивку по файлам + использование ключа --abort-on-exit

ваш ход, господа!

я так и сделал и в гитлабе подключаю образ со своим Makefile,дальше в тасках вызываю таргет нужный)

есть готовое решение?

или у тебя все джобы зашаблонизированы и ты просто парсишь имя шаблона в мейкфайле?

плюс дополнителньая история, что образов 10-к разных и их все желательно собирать в параллель

это будет быстрее, чем пытаться грузить один раннер гитлаб-си всем сразу

что мне еще не нравится - нужно каким-то образом и в gitlab-ci.yaml, и в makefile определять команды для сборки образов (т.е. делать синхронные изменения и там, и там)

да, что-то похожее нужно, да

такого плана сделал, суть не в самом make,а в том что он везде юзается и не надо изменять в каждой репе джобы

в самом gitlab-ci.yaml уже просто make build

эм.

ща. секунду

смотри. Все просто. Положим, у тебя в проекте 10 образов

ты делаешь один make build и идешь пить кофе

а я хочу, чтобы они все распались на кол-во джобов = кол-ву образов и фигачились параллельно

у меня микросервисы. Одна репа=один образ. Но можно обернуть и мульти-репу

т.е. типа build.image_1: cimake build build.image_2: cimake build и тд

есть идеи? Можно через переменные попробовать.

типа конвенция, что build.{IMAGE_NAME} и поехало

а в makefile ее смотреть и собирать нужное

так делал build-all

повторюсь, что это долго

я понял, да просто логику пересмотреть. Выбрать список и запустить паралельно

но ты хочешь в разных раннерах?

но ты хочешь в разных раннерах?

да

я готов пушить в удаленный репо полученные образы.

потом они могут пригодиться для постмортема

для паралельных раннеров только пачку тасков делать(

гитлаб иначе не умеет, ну или пока в голову ничего не приходит

если EE - то через инклуды может извратиться и то врядли

смотри

я морально готов смириться с тем, что нужно будет ручками создавать джобы в gitlab-ci

это не самое страшное. хотя и неприятное. Нужно makefile как-то насоздавать целей динамически из env переменных

я думаю, что я это осилю, но это еще час чтения доки и экспериментов

так можно в таргет передавать аргументы

тут просто вопрос не в make, а в gitlab. А там и sh Хватит в пару строк

поможет ли мне это, интересно

да, gitlab фигово темплейтится - да

ну вот это максимум что я затемплейтил в CE)) дальше шаблонный ci конфиг в каждую репу, а через общий make рулил

cimake - это алиас для классического make? или какой-то клон? типа на go?

глянь на хабре статью от фланта по гитлабу, они там через апи свою линию гнут

cimake - это алиас для классического make? или какой-то клон? типа на go?

почти алиас

сиаймейк

глянь на хабре статью от фланта по гитлабу, они там через апи свою линию гнут

я их сжечь хочу. Они нихера не умеют и не хотят

))

build_etl_clickhouse: <<: *job_definition before_script: - export DOCKER_IMAGE_NAME=etl_clickhouse script: *script_template

у меня вот такие фрагменты