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

у меня есть мультистейджевый проект, который требует:
1. пулл первого репозитория
2. сборки репозитория (с++ проект)
3. пулл второго репозитория, который должен иметь доступ к первому, он питоновский + всякие питонозависимости
4. пулл третьего репозитория, который должен уметь общаться с первым и вторым, и третий репозиторий это с++ и питон, и вот с++ часть собирается мейком
внимание, вопрос -- как лучше это все сделать?

Я бы намонстрячил пайплайн в гитлабе 👍 но тут вопрос в том - насколько эту конструкцию нужно часто собирать на машине разраба. И насколько она... Инвазивна - какает всякими непонятными зависимостями в систему

Тот же питон относительно норм живёт в venv, если не ставить вообще какие-то дикие пакеты

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

она инвазивна

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

просто насколько я знаю, венв не нужен, если делается докеризация, типа вся идеология при этом рушится

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

Гитлаб как вариант управления пайплайном, если речь о релизной сборке

ну, мне на хост-системе не нужно ничего, кроме образа, чтобы крутился себе

Я поэтому и сказал, что есть две задачи:
1. Собрать нечто, что пойдет тиражироваться. Пускай артефактом и будет докер образ
2. Собрать среду для разработчика, чтобы он локально запускал сборку и мог быстро проводить эксперименты-разработку

сборку запускать нужно как можно реже, надо просто делать run и пользоваться

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

так что приоритет у первой задачи

Сложно сказать без конкретики

Один образ нужен? А правильно понимаю, что в один образ хотите запихнуть 3 разных собранных проекта, судя из сообщений выше?

Я даже более скажу - можно построить пайплайн пакетирования всего куска сервера в deb файл, сохраняем его как артефакт, потом в чистом докере делаем apt install  :-)

dpkg -i скорее а так да идея хорошая

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