еще как входит

RROR: Error 429 downloading file https://gitlab.corp.mail.ru/api/v4/packages/conan/v1/files/.......

это я уж не говорю что гитлабоский package registry дико медленный

раза в 3 медленее чем был наш собственный

Это факт, тут не поспоришь. Хотя, там что-то сделать хотят на выходных.

как только мы на него перешли у меня выгрузка пакетов стала занимать не минуту у 3-4

А тут я правда не знаю. Возможно, вы как-то не так с артефактами работаете. Не готов комментировать, пока не увижу, как у вас всё устроено.

да как устроено? как обычно. поднимается докер, выгружаются пакеты

и так на каждую сборку

а если их кэшировать?

надо пилить

или искать какое то conan cache proxy

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

ну это если жава

Ну, очевидно, надо пилить, а не напрямую каждый файл через api дёргать.

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

кокая

параллельный доступ к шаре конан не всегда адекватно переваривает

так это ж щитай просто папка в файловой системе, что там идет не так?

каждая сборка содержит файл с версиями в ветке, которые надо выгрузить из конана. так как это все же пайплайн, то я в любом случае должен дернуть что то типа conan install —update, чтобы он убедился что все версии который в репе указаны - есть на конан шаре. как только он это делает, он ставит локи на пакеты и эти локи - файлики на этой шаре в каждом обновляемом пакете. пока эти локи не освободятся - другие параллельный сборки которые тоже делают у себя conan instal —update ждут. более того если сборку абортнуть, то локи не удаляются, их надо чистить отдельной командой типа conan remove —locks. можно это делать в каждой сборке перед выгрузкой но тогда 2 параллельных процесса проверки и обновления начинают сходит с ума