Fünf Migrationen verwiesen auf prisma/sql/suche.sql — die Datei gibt es nicht, sie heißt volltextsuche.sql. Dazu ein Verweis auf das Werkzeug aus #24, weil die Kommentare bisher nur zum Nachsehen rieten.
Vor dem Anfassen geprüft: Prisma speichert je Migration eine Prüfsumme, migrate deploy verifiziert sie für bereits angewendete Migrationen aber nicht. Nachgestellt mit genau der Lage, die auch auf dem Server entsteht — die Prüfsumme in der Datenbank weicht nachweislich ab (a7d6730… gespeichert gegen 2c95fc7… in der Datei), migrate status und migrate deploy bleiben trotzdem zufrieden.
Ein Vorbehalt, den ich beim nächsten Issue nachprüfe: Der Test lief ohne ausstehende Migration. #21 bringt eine mit — dort zeigt sich, ob deploy auch dann nicht über die geänderten Dateien stolpert. Falls doch, nehme ich diese Änderung zurück und lege den Hinweis stattdessen in eine prisma/migrations/README.md.
Nur Kommentarzeilen, kein SQL berührt. 647 Unit-Tests grün.
Fünf Migrationen verwiesen auf `prisma/sql/suche.sql` — die Datei gibt es nicht, sie heißt `volltextsuche.sql`. Dazu ein Verweis auf das Werkzeug aus #24, weil die Kommentare bisher nur zum Nachsehen rieten.
**Vor dem Anfassen geprüft:** Prisma speichert je Migration eine Prüfsumme, `migrate deploy` verifiziert sie für bereits angewendete Migrationen aber nicht. Nachgestellt mit genau der Lage, die auch auf dem Server entsteht — die Prüfsumme in der Datenbank weicht nachweislich ab (`a7d6730…` gespeichert gegen `2c95fc7…` in der Datei), `migrate status` und `migrate deploy` bleiben trotzdem zufrieden.
**Ein Vorbehalt, den ich beim nächsten Issue nachprüfe:** Der Test lief ohne ausstehende Migration. #21 bringt eine mit — dort zeigt sich, ob `deploy` auch dann nicht über die geänderten Dateien stolpert. Falls doch, nehme ich diese Änderung zurück und lege den Hinweis stattdessen in eine `prisma/migrations/README.md`.
Nur Kommentarzeilen, kein SQL berührt. 647 Unit-Tests grün.
Closes #25
Fuenf Migrationen verwiesen fuer die Herkunft der Trigramm-Indizes auf
prisma/sql/suche.sql. Diese Datei gibt es nicht; sie heisst
volltextsuche.sql. Der Hinweis steht genau dort, wo ihn jemand liest,
der die naechste Migration erzeugt - ein falscher Pfad schickt ihn ins
Leere.
Dazu ein Verweis auf das Werkzeug aus #24: "npm run db:migration" nimmt
die Zeilen inzwischen selbst heraus, die Kommentare rieten aber
weiterhin nur zum Nachsehen.
Geprueft, bevor die Dateien angefasst wurden: Prisma speichert zwar eine
Pruefsumme je Migration, "migrate deploy" verifiziert sie fuer bereits
angewendete Migrationen aber nicht. Nachgestellt mit genau der Lage, die
auch auf dem Server entsteht - Pruefsumme in der Datenbank weicht ab,
"migrate status" und "migrate deploy" bleiben zufrieden.
Refs #25
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Fünf Migrationen verwiesen auf
prisma/sql/suche.sql— die Datei gibt es nicht, sie heißtvolltextsuche.sql. Dazu ein Verweis auf das Werkzeug aus #24, weil die Kommentare bisher nur zum Nachsehen rieten.Vor dem Anfassen geprüft: Prisma speichert je Migration eine Prüfsumme,
migrate deployverifiziert sie für bereits angewendete Migrationen aber nicht. Nachgestellt mit genau der Lage, die auch auf dem Server entsteht — die Prüfsumme in der Datenbank weicht nachweislich ab (a7d6730…gespeichert gegen2c95fc7…in der Datei),migrate statusundmigrate deploybleiben trotzdem zufrieden.Ein Vorbehalt, den ich beim nächsten Issue nachprüfe: Der Test lief ohne ausstehende Migration. #21 bringt eine mit — dort zeigt sich, ob
deployauch dann nicht über die geänderten Dateien stolpert. Falls doch, nehme ich diese Änderung zurück und lege den Hinweis stattdessen in eineprisma/migrations/README.md.Nur Kommentarzeilen, kein SQL berührt. 647 Unit-Tests grün.
Closes #25