Jak obsługiwać migracje doktryn w pakietach

Question

Zajmuję się tworzeniem aplikacji, używając Symfony 2.3, która będzie musiała zostać zainstalowana dla różnych klientów. Będziemy oferować różne funkcje, dlatego chcemy, aby funkcje/pakiety były oddzielone od głównej aplikacji i ładowane do projektu za pomocą kompozytora. Ponieważ używamy Doctrine Migrations do utrzymywania zmian DB w różnych wersjach, nie jestem pewien, w jaki sposób korzystać z nich z pakietu. Używamy Capifony do wdrożenia aplikacji na serwer na żywo.

Moje pytanie brzmi: jak zautomatyzować wykonywanie migracji z pakietów załadowanych przez kompozytora?

Answer 1

Skończyłem na tworzeniu polecenia, które skopiuje wszystkie pliki migracji z predefiniowanych katalogów w pakunkach do domyślnej lokalizacji, a następnie wykonując doktrynę: migracje: migracja z w ramach polecenia.

Answer 2

Nie sądzę, że problemem są "załadowane przez kompozytora pakiety". Na przykład, możesz mieć kilka pakietów w src/ (część aplikacji lub submodulowanej) i mieć dokładnie ten sam problem. Problem polega na posiadaniu wielu menedżerów encji i baz danych dla różnych pakietów. Miejsce, w którym przebywają, jest trywialne.

W każdym razie mam dokładnie ten sam problem. Po kilku poszukiwaniach odkryłem, że jest rzeczywiście otwarta prośba o usunięcie tego problemu: https://github.com/doctrine/DoctrineMigrationsBundle/pull/46

Mam nadzieję, że wkrótce zostanie naprawiony!

Answer 3

Do złożonego wdrożenia użyłem phing. Łatwo integruje się z konsolą Symfony. Ale w końcu używam prostego kodu na konsoli Synfony. Kompozytor może łatwo wywoływać polecenia aplikacji Symfony jako "post-install-cmd"