Wie man Doktrin-Migrationen in Bündeln behandelt

8

Ich entwickle eine Anwendung mit Symfony 2.3, die für verschiedene Kunden installiert werden muss. Wir werden verschiedene Funktionen anbieten, so dass die Features / Bundles von der Haupt-App getrennt werden und mit Composer in das Projekt geladen werden. Da wir Doctrine-Migrationen verwenden, um DB-Änderungen in verschiedenen Versionen zu verwalten, bin ich mir nicht sicher, wie ich sie aus einem Bundle heraus verwenden kann. Wir verwenden Capifony, um die App auf dem Live-Server bereitzustellen.

Also meine Frage ist ... wie kann ich die Ausführung von Migrationen von Composer geladenen Bundles automatisieren?

    
Michi 25.10.2013, 05:41
quelle

3 Antworten

3

Ich habe schließlich einen Befehl erstellt, der alle Migrationsdateien aus vordefinierten Verzeichnissen in Bundles in den Standardspeicherort kopiert und dann doctrine: migrations: migrate innerhalb des Befehls ausführt.

    
Michi 14.11.2013, 15:19
quelle
2

Für eine komplexe Bereitstellung habe ich Phing verwendet. Er kann problemlos in die Symfony-Konsole integriert werden. Aber am Ende verwende ich einen einfachen Code auf der Synfony-Konsole. Composer kann Symfony App-Befehle einfach als "post-install-cmd"

aufrufen     
nonlux 08.11.2013 08:46
quelle
1

Ich glaube nicht, dass "Composer Loaded Bundles" hier das Thema sind. Zum Beispiel könnten Sie mehrere Pakete in src/ (Teil der App oder Submodul) haben und genau das gleiche Problem haben. Das Problem besteht darin, mehrere Entity Manager und Datenbanken für Ihre verschiedenen Bundles zu haben. Wo sie tatsächlich wohnen, ist trivial.

Wie auch immer, ich habe genau das gleiche Problem. Nach einigem Suchen entdeckte ich, dass es tatsächlich eine offene Pull-Anfrage gibt, um das zu beheben: Ссылка

Ich hoffe, es wird bald behoben!

    
Nate 25.10.2013 17:41
quelle

Tags und Links