Как реализовать взаимную зависимость в composer?

Question

[Евген Трезвых]

Есть два пакета, они зависят друг от друга.
composer.json у Package1:

{
   "name": "my/Package1",
   ...
   "require": {
   "my/Package2": "master"
   },
   "repositories":[
      {
        "type": "vcs",
        "url": "https://github.com/my/Package2"
      }
   ]
   ...
}

composer.json у Package2:

{
   "name": "my/Package2",
   ...
   "require": {
   "my/Package1": "master"
   },
   "repositories":[
      {
        "type": "vcs",
        "url": "https://github.com/my/Package1"
      }
   ]
   ...
}

При обновлении (composer update) Package1 composer выдает ошибку о том, что my/Package2 требует my/Package1 который не найден. При добавлении в зависимости Package1 самого себя не работает, так как случается коллизия имен пакетов в composer.json.
Собственно вопрос:
Как реализовать взаимную зависимость в composer?

Comments

[Алексей Уколов]

А как они могут зависеть друг от друга? Тут явно что-то не так с архитектурой.

[Евген Трезвых]

Алексей Уколов: самый простой пример, в uniit тестах у Package1 используется Package2 и у Package2 в тестах использует Package1, соответственно у каждого прописана зависимость. Архитектура тут не причем.

Answer 1

[Вячеслав Овчинников]

И все-таки с архитектурой что-то не то. Вопрос звучит примерно так: чтобы получить яйцо - нужна курица, чтобы получить курицу - нужно яйцо, как получить и курицу и яйцо одновременно?
Unit-тесты на то и unit (модульные), что тестируют один модуль - изолированно!
Есть два выхода из ситуации:
1. Вынести общие вещи из обоих пакетов в третий, и включить его в зависимости первых двух.
2. У одного из пакетов убрать из зависимостей второй. Т.о. оба пакета все равно обновятся.
3. Официальные варианты решения: Why can't Composer load repositories recursively?

Comments

[Евген Трезвых]

По поводу unit тестов поспешил, назовем их функциональными, такой вариант подойдет?
А в чем проблема с получением курицы и яйца? Просто нужно сказать композеру что курица и есть этот проект и чтоб он добавил верную запись в autoloader. Меня и интересует такая опция.

1. Общих вещей нет, один класс использует другой для выполнения функций.
2. Если убрать из зависимости то при composer update нужный пакет не подтянется и соответственно работать не будет.

[Евген Трезвых]

Хм, почему-то не заметил третий пункт у вас в ответе.
По третьему пункту:
Я про рекурсивную загрузку не говорю, в представленном мной composer.json нет ни слова про рекурсивную загрузку. Вопрос в том как сказать композеру что этот проект и есть тот пакет который требуется в зависимости и подключать его в autoload относительно пространства имен для функционирования внутри папки vendor.

Answer 2

[Дмитрий Евграфович]

Если два пакета взаимозависимы, то почему их два, а не один?

Comments

[Евген Трезвых]

Package2 используют и в других пакетах помимо Package1 и в них Package1 не нужен, вот по этому они разделены, да Package1 все равно подтянется, но все же, для удобного обновления кода и атомарности, чтоб Package1 не отвлекал внимание при саппорте.

[Дмитрий Евграфович]

Евген Трезвых: И одновременно другие пакеты, которые тянут пакет 2 получается используют и пакет 1, хотя он и не нужен. Мне кажется в ваших пакетах нарушаются принципы ооп. Посмотрите лекцию о grasp шаблонах, если не знакомы с ними - www.youtube.com/watch?v=8wRQ92Hg2bY&index=2&list=P...

[Евген Трезвых]

Дмитрий Евграфович: как выше отвечал, у меня пакеты используются в тестировании функционала Pacakge1 по средствам Package2 и наоборот, в коде классов не используется.