علاقة "discourse_automation_automations" تتم استعادتها من 3.3beta1 إلى 3.5beta7

أحاول استعادة قاعدة بيانات من

    

إلى الإصدار الحالي. لقد نسخت نفس app.yml وأقوم بالاستعادة (جهاز افتراضي جديد وأحاول تجاوز ترقية pg، على الرغم من أنه ربما يجب أن أجرب ذلك بدلاً من الاستعادة)

أتلقى هذا الخطأ:

PG::DuplicateTable: ERROR:  relation "discourse_automation_automations" already exists

يبدو أنه حالة أخرى لترحيل تم إرجاعه وتم بناء هذا الموقع خلال تلك الالتزامات القليلة.

لا أعرف ماذا أفعل. ربما أحذف الترحيل الذي يحاول إنشاء هذا الجدول؟

أعتقد أن 3.3beta1 كان قبل تضمين الملحق في النواة في أبريل. هل يمكن أن يؤدي هذا إلى أي مشاكل — على سبيل المثال، بسبب تضمين الملحق الآن في النواة بينما لا يزال مثبتًا أيضًا بشكل منفصل عبر app.yml؟

هذه فكرة جيدة، لكنها ليست كذلك. لن أقوم بتضمينها مرة أخرى. أتساءل عما إذا كان ينبغي عليّ محاولة إضافتها (لكنني لا أراها في نظرة سريعة). فكرتي الحالية هي إسقاط جميع جداول الأتمتة (فهي فارغة) على الموقع القديم، وعمل نسخة احتياطية جديدة ومحاولة استعادتها.

إعجاب واحد (1)

حسنًا، ثم فشل الأمر لأن discourse_automations_automations كان مفقودًا. :person_shrugging:

لذلك قمت بإزالة هذه:

20210108134117_add_pending_pms_table.rb
20210512090204_add_timestamps_to_automations.rb
20210530122323_move_triggers_to_fields.rb
20211119103353_adds_discourse_automation_user_global_notice.rb
20230412120414_add_prefers_encrypt_field_to_pending_pms.rb

وكان يجب عليّ على الأرجح إزالة 20190601000001_create_automations_table.rb، ولكن بدلاً من ذلك أضفت كود unless table exists (أعتقد أنني عندما حذفته واجهت مشكلة أخرى؟).

وأخيراً تمكنت من استعادته.

إعجاب واحد (1)

هل يمكننا إغلاق هذا الموضوع؟ أو نقله إلى Dev أو Installation > Hosting إذا كنت ترغب في إبقائه مفتوحًا؟

نعم. يمكنك إغلاقه. لست متأكدًا مما إذا كان سيحدث لأي شخص آخر، لذا قد يكون هذا مفيدًا أو لا.