So lief die Anwendung gut auf Produktion und lokal. Dann habe ich lokal einige Änderungen an der DB vorgenommen, wie das Hinzufügen einer Spalte und das Ändern der Attribute einer Spalte. Als ich lokal migrieren ging, bekam ich einen Fehler, also löschte ich diese Migrationsdatei, rollte die gesamte Tabelle zurück und erstellte eine neue Migration mit allem, was ich wollte. Das lokal migriert und es funktioniert.Laravel Migration Local vs Produktion
Nun habe ich diese Änderungen auf github übertragen und sie werden automatisch zu Laravel Forge und auf den Produktionsserver gezogen. Ich bekomme eine Fehlermeldung, dass "Tabelle bereits existiert". Das github-Repository verfügt daher über eine neue Migration für diese eine Tabelle, die bereits auf meinem Produktionsserver ausgeführt wird.
Ich versuche herauszufinden, wie Sie dieses Problem beheben können, ohne die derzeit in der Produktions-DB-Tabelle vorhandenen Datensätze zu stören UND sicherzustellen, dass eine Migration stattfindet, falls ich die Tabelle löschen muss.
Danke!
mehr hier lesen machen Dies ist ein der Fälle, in denen Sie wirklich die Wichtigkeit eines Staging/Produktions-Schatten-Servers erkennen :) – blackpla9ue
Was ist "Production-Shadow"? –
Hier können Sie eine Bereitstellung zuerst "inszenieren", bevor Sie sie auf dem Live-Server bereitstellen, um einige der Probleme bei der direkten Bereitstellung von Änderungen an einem Live-Server zu mindern. So wie dies. Insbesondere dort, wo mehrere Entwickler an einem einzelnen Projekt arbeiten und es Migrationsskripts gibt, ist es sehr praktisch. – blackpla9ue