А как вообще по феншую разместить в разных репах гитлаба

ансибловские инвентори, варсы, роли и плейбуки?
У меня сейчас инвентори и хост/груп варсы в одном репозитории, плейбуки/роли в другом репозитории. Проекты, которые надо деплоить, в своих отдельных группах/репах.
Сейчас я уже использую в основном раннеры с докер-экзекутором.
Так вот, когда ансиблом надо задеплоить тот или иной проект я соответственно сначала в gitlab ci в прескрипте тяну инвентори, варсы и нужный плейбук/роль на раннер, а потом уже там работает этот вытащенный плейбук/роль.
Так то всё это работает конечно, но это вообще нормально, или я завелосипедил чего?

у меня в репе проекта лежали инвентори и плейбуки. роли были подключены либо как сабмодули, либо в requirements.yml жоба в before_script запускала ansible-galaxy install -r ./requirements.yml а дальше в самой жобе уже плейбук

Это наверное хорошо, если проект один. А если проектов не один-два, а сотня? В каждом держать свои инвентори варсы и плейбуки? Это же всё поддерживать надо, обновлять тот же инвентори и варсы везде в каждом проекте придётся. Или я что-то не догоняю?

У меня таких реп было около 10 кажется. Острее стояла проблема раскатки разных версий/веток ролей на разные проекты, чем то что ты описал. Так что выбирай сам)

Если проектов сотни, можно задуматься о динамическом хранилище инвентарей и переменных. Например тот же консул.

и обновлять ты же их будешь при надобности, а не все сразу

Дичь жи. Раскладывать в разные репы, чтобы потом мудохаться со склеиванием в одно?

Так вот и хочу сделать, чтоб не дичь была. У меня таких проектов мелких много надо деплоить ансиблом, больше сотни, все они немного отличаются, и их деплоить надо по-разному и на разные хосты. А инвентори один и hostvars и groupvars тоже сейчас в одном месте. Вот и приходиться при деплое каждого проекта на раннер в контейнере (docker executor) вытаскивать сначала инвентори и переменные из общей репы ансибла, а потом уже только всё остальное, плейбуки и т.д. Понимаю, что что-то я здесь неправильно горожу, но как упростить, чёт не понял пока.

А вот кстати... А какие вообще есть варианты кроме консула? В параллельном проекте коллеги Netbox используют, но это жесть жестяная.

Не знаю что такое нетбокс, но по сути под любые варианты хранилища настроек которые вам удобны можно написать инвентори скрипт и варс плагин на питоне. Хоть sql, хоть kv, хоть s3. Я бы отталкивался от того, чем вы инфраструктурой рулите. Если это терраформ, можно из стейтов инвентари генерить.

Netbox это другое