<meta name="generator" content="Discourse 3.3.0.beta1-dev - https://github.com/discourse/discourse version a4022f69f31af611bc0e21258b0ccb77dec38ba3">
auf die aktuelle Version. Ich habe dieselbe app.yml kopiert und stelle wieder her (neue VM und versuche, das pg-Upgrade zu umgehen, obwohl ich das vielleicht stattdessen versuchen sollte).
Scheint ein weiterer Fall zu sein, bei dem eine Migration zurückgecheckt wurde und diese Seite während dieser wenigen Commits erstellt wurde.
Ich weiß jedoch nicht, was ich tun soll. Vielleicht lösche ich die Migration, die versucht, diese Tabelle zu erstellen?
Die alte Datenbank ist auf 20240122015630 und die neue auf 20250617085536.
Ich sehe dies in der neuen Quelle:
db/migrate/20190601000001_create_automations_table.rb: create_table :discourse_automation_automations do |t|
Aber irgendwie weiß diese Migration nicht, dass sie diese nicht ausführen soll? Diese Tabelle hat auf beiden Versionen dieselben Felder. Vielleicht lösche ich einfach diese Migration von 2019?
Ich glaube, 3.3beta1 war vor der Aufnahme des Plugins in den Kern im April. Könnte dies zu Problemen führen – zum Beispiel, weil das Plugin jetzt im Kern enthalten ist, aber immer noch separat über app.yml installiert wird?
Das ist eine gute Idee, aber das ist es nicht. Ich nehme es nicht wieder auf. Ich frage mich, ob ich es vielleicht hätte hinzufügen sollen (aber ich sehe es nicht auf den ersten Blick). Meine aktuelle Idee ist, alle Automatisierungstabellen (sie sind leer) auf der alten Website zu löschen, ein neues Backup zu erstellen und zu versuchen, es wiederherzustellen.
und hätte wahrscheinlich 20190601000001_create_automations_table.rb entfernen sollen, aber stattdessen habe ich Code hinzugefügt, der prüft, ob die Tabelle existiert (ich glaube, als ich sie gelöscht habe, hatte ich ein anderes Problem?).