Composer: как его готовить и с чем кушать?

[Koc]

Не обязательно https://github.com/doctrine/DoctrineBundle/tree/master/Tests .

 

[vasa_c]

А если ты что-то тестово в вендорах решил поправить и сразу тесты запустить?

Кстати, вот. Я нашёл в вендоре ошибку, критическую для своего проекта или добавил чего нужного. Что дальше? Это только у меня на локалке. Нигде в репе этого нет. У других разработчиков и на продакшене это не отобразится, так как они всё тянут через composer install.

Делать пул-реквест и ждать и надеятся, что авторы пакета внесут себе эти изменения?

 

[Koc]

Делать пул-реквест и ждать и надеятся, что авторы пакета внесут себе эти изменения?

нет, так как нам фикс может быть нужен прямо сейчас на продакшене. Делаем форк, там создаем ветку с исправлением и указываем композеру, что б грузил данные не с оригинального репо а с нашей ветки. Параллельно отправляем PR естественно.

Example assuming you patched monolog to fix a bug in the bugfix branch:

http://getcomposer.org/doc/05-repositories.md#vcs

 

[fixxxer]

Композер - это просто менеджер зависимостей. То же самое, что apt/yum в линуксе. Не надо от него хотеть чего-то большего.

 

[Balancer]

Подскажите, пожалуйста, никак в документации не найду.

Как в Composer задавать версию своего пакета, чтобы не было "dev-master"?

 

[vasa_c]

Ну, как же:
https://getcomposer.org/doc/02-libraries.md#tags
https://getcomposer.org/doc/04-schema.md#version

 

[Balancer]

Ага, спасибо. Вторую ссылку видел, но указание "version": "..." ни к чему не привело. А вот с тегом в git пробовал, но не довёл до конца. Не знал, что по умолчанию по git push тег не отправляется на сервер. Теперь всё ок.

 

[vasa_c]

Ну тогда в доку по git.
git push --tags