Eloquente Migrationen mit Team teilen

Question

Ich arbeite mit ein paar Teammitgliedern an einer Reihe von Web-Apps für unser Unternehmen. Wir haben zwei Projekte, die sich eine Datenbank teilen müssen. Ein Projekt ist öffentlich, das andere nur für den internen Gebrauch. Wir glauben, dass es einen besseren Weg geben muss, Migrationen effektiv zu teilen. Die Apps sind viel zu unterschiedlich, um separate Zweige desselben Projekts zu sein. Wir sind frustriert, weil wir Schema-Build-Informationen für einfache Datenbankaktualisierungen auf unserem Entwicklungsserver vergleichen müssen. Es muss einen besseren Weg geben. Bitte helfen Sie!

Bei Bedarf werde ich die Gründe erläutern, warum wir diese Projekte getrennt halten und warum wir eine Datenbank teilen.

Vielen Dank.

Answer 1

Machen Sie die Migrationen zu einer gemeinsamen Ressource zwischen den beiden Projekten, indem Sie eine dritte Repräsentation verwenden. Wenn Sie zum Migrieren gehen, geben Sie den folgenden Pfad ein:

php artisan migrate --path=/my/other/migrations 

Jeder sieht alle Tabellen aus beiden Projekten, da es sich um eine gemeinsame DB handelt. Die Migrationen können auch alle Aktualisierungen für beide Projekte enthalten, wenn sie in einem Projekt ausgeführt werden, da sie bereits symbiotisch verknüpft sind.

Sie hätten nur eine kleine Menge technischer Schulden, wenn Sie die Projekte entkoppeln möchten, um die irrelevanten Tabellen aus beiden Builds zu entfernen. Aber es hat keinen Sinn, diese Schulden bei jeder Fusion jetzt imo zu übernehmen.