Василий Банников

4. Хоть тысяча, хоть миллион - проблемы вряд ли возникнут. В крайнем случае упаковать в архив и передать на прод в виде архива, и там его распаковать.
Можно ещё с докером попробовать заморочиться.

И да, на проде гит тебе не нужен.
На счёт composer не подскажу, но по идее тоже не нужен, если отправлять сразу с загруженными зависимостями.

С nuxt - точно также билдишь в gitlab ci и отправляешь уже собранные артефакты.
Чтобы не уходить в простой, пока файлы подменяются - сделать хотябы два узла и раскатывать blue-green или rolling update.

Вообще самой хорошей практикой считается собрать все твои результирующие файлы в какой-нибудь пакет/контейнер и сохранить его в каком-нибудь репозитории пакетов (Artifactory к примеру) в том же ДЦ, что и твоё основное приложение, а потом с рабочего узла его вытянуть и раскатать.

Но в простом случае легче будет запаковать файлы в tar и передать по scp

1. Во время ci собираешь docker image и закидываешь в docker registry (как правило приватный)
2. Во время cd вызываешь API твоего оркестратора:
docker-compose/docker swarm/k8s и тд, чтобы он обновил запущенные сервисы

Оба этапа можно реализовать разными способами, хоть через гитлаб, хоть через кучу баш скриптов

PS: docker-compose не является оркестратором и не умеет на ходу обновлять образы

Но разработчиков несколько! Как запускать? На разных портах?

У нас это было организовано при помощи тестовых стендов - разработчик просто выбирает заранее, какой стенд он будет занимать, и на него его код и грузится.
Будет получается a.test.example.com, b.test.example.com и так далее.
Можно и более запоминающиеся имена давать, типа alpha/beta/gamma итд.

А ещё есть СУБД, к которой тоже нужен доступ

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

В общем HTTP разруливать на уровне доменных имён, сервисы в докере - можно вроде как-то отдельные внутренние сетки создавать, а данные - по отдельной бд, либо статически на одного разраба, либо динамически под каждую ветку.