а это не отключаемое поведение?

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

не, есть какие то

# read_only_cache = True              # environment CONAN_READ_ONLY_CACHE
# cache_no_locks = True               # environment CONAN_CACHE_NO_LOCKS

тогда можно накатить кэширующий прокси

А чтобы не делать conan install каждый раз в пайплайне, можно сварить заранее образ, который GitLab будет использовать как сервис в этой джобе.