Прошлый конфиг плагин работал похожим образом: все оставалось в вендоре, а локальные конфиги дополняли и переопределяли вендорские. Но с этим подходом были большие проблемы в плане порядка мержа и деталей мержа. После нескольких месяцев разгребания этих проблем от мержа решили отказаться вообще, в результате чего конфиги уехали в проект, где их можно как угодно править. Так что варианта с переопределением дефолтов, которые лежат в вендоре, нет.

Вернее, он есть в старом плагине, yiisoft/composer-config-plugin. Он есть и работает, но развивать его не планируется. И плюс у него есть какие-то кейсы, когда результат мержа конфигов не соответствует ожиданиям (конкретные случаи не вспомню)

тут тоже есть вариант так сделать. в мержплане будет путь не к конфигу в проекте, а к конфигу в вендоре.

Ты к тому, чтобы снова мержить начать?

нет, файл будет будет браться из проекта, а если нет - из вендора

мержа также не будет

просто дефолтные конфиги будут из вендора

Можно. Но я бы не хотел. Представь: ставишь 10 пакетов, у них в зависимостях ещё 30. И тебе надо пофайлово перетаскивать конфиги 40 пакетов в проект, чтобы править дефолты, это 50-100 файлов просмотреть. Тут либо работы на час, либо копировать в проект все одним махом, как сейчас и делается.

Как часто меняются дефолты 40 пакетов?

Ты про необходимость изменить дефолтное значение на свое?

Да

Частенько

Подключения к бд, настройки кеша, логов, алиасы и прочие коннекты и специфичные для проекта вещи

В 30-40% случаев

я тоже против такого. мне копировать все в проект - нравится

я про то, чтобы оставить все как сейчас, но конфиг контейнера брать из вендоров, а параметры для пакетов из проекта. на сколько понимаю, сейчас все берется из проекта

Почему бы все же не сделать опцию? Какой вариант дефолтный мне без разницы. Если большинство не хочет копировать - пусть так будет по дефолту. А кто понимает преимущества копирования всех конфигов, те смогут включить это поменяв false на true в composer.json

В контейнере конфиг тоже может изменяться. Да и структура папок останется той же.

Я себе не представляю ситуацию, когда надо править этот конфиг. К примеру зачем пользователю надо будет менять что-то в https://github.com/yiisoft/yii-debug/blob/master/config/common.php

Например забиндить на интерфейс другую реализацию.