и еще один возможно дурацкий вопрос - есть ли большой смысл от неполной контейниризации приложения.
вот есть, как я понимаю, правильный путь - запаковать приложение в докер, которое заливается в приватный container registry, а оттуда - по серверам.
а есть неполный - храним на сервере исходный код, маунтим как volume в докер контейнер, строим один раз. при деплое деплаем git pull и рестартим контейнер.
плюсы правильного пути, хочу понять, насколько неправилен неполный путь и стоит ли сейчас на него тратить время в качестве промежуточного решения или сразу сделать хорошо.
Еще раз подробнее отвечу: с собранным контейнером ты получаешь сущность (артефакт), которую можно удобно хранить и развертывать, и которая не поменяет свое поведение при переносе с твоего ноута на прод сервер из-за другой версии фреймворка/языка и т.п. Запускаясь из одинакового образа сегодня ты получишь такую же версию приложения что и вчера, а собирая контейнер из одинаковых исходников - ты каждый раз собираешь новую версию, в которую могут прилететь любые изменения внешних зависимостей. Дальше, откат версий - если на проде у тебя новая версия не завелась - ты просто запускаешь контейнер из старой версии образа, за секунды. А если ты собираешь контейнер каждый раз из исходников - то тебе придется пуллить прошлую версию кода и собираться заново, возможно минуты (т.к. качаются зависимости, производится компиляция и т.п.).