Как через Composer автоматически устанавливать обновления пакета, когда он запрашивает новые версии уже установленных его зависимостей?

Question

[Станислав]

Суть такова, есть проект сайта, у него свой composer.json, и в нем есть зависимость "laravel/framework": "5.2.*". В папке vendor/laravel/framework есть свой composer.json, в котором есть зависимость "symfony/console": "2.8.*|3.0.*" Есть желание обновить laravel/framework до версии 5.3.0. Естественно, идем в composer.json проекта сайта и там поправляем в зависимости номер версии laravel, получается "laravel/framework": "5.3.0". После чего запускаем composer update laravel/framework, находясь в папке проекта. Все было бы здорово, но получаем вот такой вот лог:

> C:\Users\Stas\phpstorm\_php\5.6\php.exe C:\Users\Stas\phpstorm\_composer\composer.phar update laravel/framework
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Installation request for laravel/framework 5.3.0 -> satisfiable by laravel/framework[v5.3.0].
    - Conclusion: remove symfony/console v3.0.8
    - Conclusion: don't install symfony/console v3.0.8
    - laravel/framework v5.3.0 requires symfony/console 3.1.* -> satisfiable by symfony/console[v3.1.0, v3.1.1, v3.1.2, v3.1.3, v3.1.4, v3.1.5, v3.1.6, v3.1.7, v3.1.8, v3.1.9].
    - Can only install one of: symfony/console[v3.1.0, v3.0.8].
    - Can only install one of: symfony/console[v3.1.1, v3.0.8].
    - Can only install one of: symfony/console[v3.1.2, v3.0.8].
    - Can only install one of: symfony/console[v3.1.3, v3.0.8].
    - Can only install one of: symfony/console[v3.1.4, v3.0.8].
    - Can only install one of: symfony/console[v3.1.5, v3.0.8].
    - Can only install one of: symfony/console[v3.1.6, v3.0.8].
    - Can only install one of: symfony/console[v3.1.7, v3.0.8].
    - Can only install one of: symfony/console[v3.1.8, v3.0.8].
    - Can only install one of: symfony/console[v3.1.9, v3.0.8].
    - Installation request for symfony/console (locked at v3.0.8) -> satisfiable by symfony/console[v3.0.8].


Process finished with exit code 2 at 03:47:05.
Execution time: 13 332 ms.

То есть, нам предлагают обновить пакет symfony/console до какой-либо из указанных версий. Но как сделать так, чтобы это происходило автоматически? Так как во-первых, мы все равно хотим получить все новые пакеты, необходимые для обновления, а во-вторых, есть подозрение, что там руками столько всего надо будет обновлять, что ой, да и неверно это, с моей точки зрения.

Заранее спасибо!

Answer 1

[Станислав]

Как всегда, отвечу сам себе. Нефиг умничать и набирать "composer update laravel/framework", вместо этого нужно было просто "composer update". По логике вещей (ну, как я бы сделал), при первом варианте нужно все равно все зависимости подтягивать для этого пакета, но composer, видимо, считает иначе. Впрочем, в этом тоже есть свои логика.

Comments

[Inteli Sense]

Что я прочитал сейчас?

[JhaoDa]

Давид Габриелян: ник автора какбэ намекает...

[Станислав]

Давид Габриелян: что именно непонятно? Есть project:1.0, у него есть в зависимостях package:1.0, у которого в зависимостях есть subpackage:1.0. Мы хотим обновить package до 2.0. При этом в этой его версии в его зависимостях subpackage уже версии 2.0

Что делаем? В composer.json нашего project в зависимостях пишем изменяем "package": "1.0" на "package": "2.0", после чего выполняем composer update package. Видим лог, который приведен в посте. Что должно было произойти на мой взгляд? Что package должен был обновиться, заодно обновив все пакеты, от которых он зависим. Что произошло на самом деле? Composer посчитал, что мы хотим обновить только package, без его пакетов в зависимостях.

Как решить? Не выпендриваться и использовать composer update, без указания, какой там пакет мы хотим обновить, если только мы не его один действительно хотим обновить.

Почему я решил использовать composer update package? Потому что не хотел, чтобы вообще все зависимости project обновлялись - ну например я в composer.json сразу у всех пакетов версии изменил, требуемых к обновлению, ну или не помнил, что обновлялось а что нет, не важно, вопрос не в этом. Так вот, требовалось обновить только package, и предполагалось, что если мы находимся на уровне project, и указываем composer'у обновить только какую-либо одну из его зависимостей, то на уровне package все его subpackage(1-N) все равно будут автоматически обновлены.

Но это оказалось не так. Логика своя в этом есть, но честно говоря, хотелось бы, чтобы иерархия в таких вещах соблюдалась.

JhaoDa: ник был придуман 16 лет назад специально для тех, кто ведется на ники. Добро пожаловать в клуб.

[JhaoDa]

Станислав: я с радостью покину клуб, как только вы объясните фразу

"composer update laravel/framework", вместо этого нужно было просто "composer update laravel/framework"

потому что я разницы не вижу.

[Inteli Sense]

Никогда не понимал людей которые называют своих сыновей - Антон, Кирилл и Стас - эти люди ведь одну рифму все время слышат)

[Станислав]

JhaoDa: ох, это опечатка, вроде понятно что нужно было без указания пакета просто. В любом случае, спасибо, что поправили.

Давид Габриелян: если бы одну, если :)

Answer 2

[Станислав Почепко]

Вам надо обновлять все а не только один пакет. composer update. И переход между ивжорными версиями фреймверком не так то просто. Надо много руками потом сделать. Читайте в оф доке инструкции, как обновить фрейм с одной версии на другую.

Comments

[Станислав]

Да, спасибо за ответ, и что поняли меня с первого раза, надеюсь :)

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

Что же касается сути вопроса, то, возможно, я вас не понимаю. Моя идея была в том, что на каждом уровне, project, package and subpackeges есть свой собственный composer.json, и была надежда, что они как-то иерархично обрабатываются, в том смысле, что если я введу на уровне project команду compose update package, но такая конструкция, задающая обновление одного единственного пакета для первого (или второго, если угодно) уровня, не задаст такое же поведение на уровне втором (или на третьем, опять же).