Kompozytor nie może rozwiązać zestawu instalacyjnego pakietów przy użyciu opcji "zainstaluj", ale nie "zaktualizuj".

Question

Tło: Skonfigurowałem nowy projekt, na moim komputerze stacjonarnym, z Silex i skonfigurowałem plik composer.json z zależnościami, które Potrzebuję. Uruchomiłem "composer.phar install" z powodzeniem na pulpicie bez żadnych problemów.

przeszedłem do mojego laptopa do pracy nad projektem kilku, sklonowany repo git do laptopa, i starał się zrobić „composer.phar zainstalować”, ale otrzymał tę wiadomość:

Your requirements could not be resolved to an installable set of packages. 

Tak Zamiast tego zrobiłem aktualizację "composer.phar" i działało, ale nie chciałem zaktualizować pliku composer.lock.

Czy ktoś jeszcze ma ten problem? Jeśli nie, czy możesz wyjaśnić, co robię źle?

Edytuj: Wydaje mi się, że powinienem do tego wrócić i zaktualizować pytanie. Nie miałem tego problemu od dłuższego czasu. Nie wiem, czy jest to aktualizacja dla kompozytora, która to naprawiła (ludzie mogą musieć skomentować, aby dać mi znać, jeśli nadal występują w tym wydaniu) lub jeśli teraz dowiedziałem się więcej o kompozytorze, po prostu robienie rzeczy w sposób, którego nie napotykam. Tak czy inaczej, nie widziałem tej wiadomości przez prawie półtora roku, chyba że moja specyfikacja pakietu w composer.json została faktycznie zerwana.

Answer 1

Hum, moje przypuszczenie byłoby, że używasz bibliotekę, która opiera się na oddział (dev-master, dev-branch-name lub branch-name@dev), na którym opiekun byłby przymusowej push niedawno (do rebase gałąź na przykład).

Jeśli jest to możliwe, spróbuj użyć stabilnych gałęzi (gałęzi z wersją, która jest połączona ze znacznikiem (v1.0.0, 1.0. *, Itd.). Jeśli nie wiesz, gdzie spojrzeć, powinieneś sprawdzić dla pakietu na Packagist i korzystać z wersji, która nie daje się uruchomić przez dev- lub wykorzystuje @dev modyfikator do ustawienia minimalnego stabilność dev.

oczywiście, czasem jest to nieuniknione. Ale w tym przypadku, można zawsze pytaj opiekuna biblioteki o oznaczenie wersji. :)

Moim drugim domysłem byłoby, że masz różne wersje bibliotek na swoim komputerze. Weź na przykład bibliotekę symfony/icu. W zależności od wersji Icu, którą masz na swoim komputerze, oraz w zależności od tego, czy została włączona, czy też masz zainstalowane rozszerzenie Intl na twoim komputerze, możesz natknąć się na te problemy. Gdy kompozytor spróbuje dopasować plik composer.lock do starego komputera, zależności nie zostaną rozwiązane, ponieważ zablokowane pakiety będą wymagać zależności, której twój system nie ma. Prostym sposobem na naprawienie tego jest po prostu zainstalowanie potrzebnego rozszerzenia.