AB
Онбординг будет очень сложный, т.к. в проекте куча конфигов, большая часть из них дефолтные, но найти не-дефолтные будет сложно
Size: a a a
2021 May 22
AB
А это нельзя сделать в конфиге проекта, которая перезапишет конфиг пакета?
DS
Зачем искать недефолтные? Найти просто, там есть команда дифф.
AB
Ну вот я пришел на проект, надо понять что как. Достаточно будет одного взгляда. Если в проекте присутствует конфиг пакета, значит он переопределен и на него надо обратить внимание
DS
Теоретически можно, но не всегда.
AB
В каком случае нельзя?
DS
Зачем на него обращать внимание? Можно выполнить ./yii config/diff и посмотреть все изменения, если это так необходимо.
DS
Если реализация не имя класса, а дефинишин или объект. В парамсах могут быть только строки или числа.
AB
Так речь не о параметрах. А где-нибудь в common.php приложения заново засетить нужный интерфейс
AB
Что-то вроде
SomeInterface::class => SomeClass::class, при том что SomeInterface::class уже где-то в вендорах объявленDS
Это мерж, с ним масса проблем
DS
Но если нравится такой подход, то можно юзать старый конфиг-плагин.
AB
Но ведь разве текущий плагин не делает мердж? Через тот же merge_plan
В
Файлы объединяются, но одинаковые ключи не сливаются. Если в двух файлах попадется один ключ, будет исключение.
NO
Кстати вот это одобряю ) Лучший из возможных вариантов. В чужие параметры лезть нельзя )
В
Так это текущий вариант
NO
Я понял. Я говорю что это хорошее решение, что совпадающие ключи вызывают конфликт
P
👍
2021 May 23
NO
Здесь в чате есть некий "Ivanov" который делал "yii-dev-tool"?
NO
Хочу задать несколько вопросов по коду, не очень понял зачем нам делать различие isConfiguredRepositoryPersonal, в чём смысл