Либо во втором проекте пропиши другие container_name

Убрал вообще container_name, помогло.  Спасибо!

Еще с вот такой проблемой все время сталкиваюсь:
У меня проект на php.
Запускаю вот такие команды:
- docker-compose build
- docker-compose run —rm composer install
После этого композер скачивает папку vendor.
Теперь, если я внес какие-то изменения и хочу повторно запустить команду docker-compose build, я получаю ошибку  Can not read file in context "имя какого-нибудь файла в vendor". Как будто нет прав на папку vendor. Если папку удалить, то команда docker-compose build запускается.
В чем может быть дело?

композер куда кладет vendor ? могут быть проблемы с правами - факт

структура такая:
docker-compose.yml
nginx
mysql
src (папка с проектом)

в папку с проектом vendor и кладет

имена контейнеров составляются как название_директории_имясервиса_номерреплики
есть еще переменная COMPOSE_PROJECT_NAME которую можно запихать в .env
тогда она подставится в самое начало названия

привет, ЭКСПЕРТ )

А че я неправ чтоль

прав-прав

Это если не указывать container_name, верно? Потому что если указывать, то имена просто берутся из этого поля

а зачем делается ребилд контейнера?

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

я с докером только учусь работать. Конфигурацию меняю в docker-compose.yml и запускаю

просто docker-compose build -  это почти что docker build -f <путь до докер файла в докер-композ> <контекст>

ты получается именно собираешь новый контейнер, а я бы предположил что разработчику надо выполнить composer install, потому и спрашиваю, почему ребилд?)

Если я в docker-compose.yml добавил еще один сервис или, например, поменял версию какого-нибудь сервиса, мне нужно запускать ребилд?

не новй контейнер, а новый образ

ага, все так