Satis с локальной проблемой хранилища git

Question

Я прочитал это для настройки локального сервера Satis, мне удалось это сделать и увидеть веб-представление на моем виртуальном хосте. Теперь у меня есть два проекта, один требует другого. В другом проекте мне нужен тот, который зависит от другого, затем запустите php composer install и он говорит:

Проблема 1

- Installation request for my/project dev-master -> satisfiable by my/project dev-master.
- my/project dev-master requires my/otherproject dev-master -> no matching package found.

По ссылке ранее и многим другим, которые я читал, у них есть что-то вроде этого:

{"type": "vcs", "url": " http://github.com/mycompany/privaterepo"}

это нормально, но у моих проектов есть /home/me/some/path/to/repo, и я не уверен, что именно поэтому я не могу заставить его работать?

Редактировать:

Хорошо, я нашел это

Пакет не найден

Дважды проверьте, что у вас нет опечаток в вашем composer.json или ветках репозитория и именах тегов.

Обязательно установите правильную минимальную стабильность. Чтобы начать или убедиться, что это не проблема, установите для минимальной стабильности значение "dev".

Пакеты, не поступающие от Packagist, всегда должны быть определены в корневом пакете (пакет зависит от всех поставщиков).

Используйте одного и того же поставщика и имя пакета во всех ветках и тегах вашего репозитория, особенно при поддержке стороннего ветвления и использовании замены.

Но разве Сатис не местный пакист? Так это не работает?

Answer 1

Решение вашей проблемы Be sure to set the right minimum-stability. To get started or be sure this is no issue, set minimum-stability to "dev". Так как мой / проект требует моего /otherproject dev-master, ваш корневой пакет должен позволять устанавливать мой / otherproject в версиях dev.

Либо вы установили "minmum-stability":"dev", что позволит устанавливать все пакеты в dev, или вы можете добавить "my/otherproject":"@dev" который только позволяет этому быть dev, но не другим.

Очевидно, что лучшим решением для этого будет начать помечать релизы. Таким образом, мой / проект может потребовать 1.* или что-то из моего / другого проекта, и у вас больше не будет проблем.