А
они наверное при установке композером рекомендуются
Size: a a a
2020 April 01
AM
да
Д
а внешние зависимости будем объявлять в композере?
Д
donenv, symfony/yaml
А
ну да там есть
suggestД
ну и что?
Д
а версию поднимаем? :)
Д
хочу типизированные свойства
Д
а версию поднимаем? :)
пыхи*
А
может правильнее, конечно, было бы создавать под каждый адаптер отдельный пакет с явными зависимостями
А
а версию поднимаем? :)
+
Д
может правильнее, конечно, было бы создавать под каждый адаптер отдельный пакет с явными зависимостями
или пока оставить в этом пакете эти 2 несчастные зависимости на симфу)
А
или пока оставить в этом пакете эти 2 несчастные зависимости на симфу)
ну да, это вопрос второстепенный
Д
не, я о том, чтобы явно их в require прописать
AM
а версию поднимаем? :)
Нет.
А
версию пыхи?
А
почему бы и нет?
Д
ладно, буду собирать еще аргументов)
AM
почему бы и нет?
Я уже объяснял: hiqdev хотят пересесть со своей версии на нашу. У них есть проекты на текущей версии, которая в composer.json. В противном случае они будут вынуждены оставить свой плагин как есть и будет два.
А
Я уже объяснял: hiqdev хотят пересесть со своей версии на нашу. У них есть проекты на текущей версии, которая в composer.json. В противном случае они будут вынуждены оставить свой плагин как есть и будет два.
а если наша версия выйдет поведенчески отличающейся?