لدي نسخة متعددة المواقع فشلت فيها مجموعة من قواعد البيانات في الترحيل بسبب:
PG::DuplicateColumn: ERROR: column “bookmarkable_id” of relation “bookmarks” already exists
ربما يجب أن أحذف هذا العمود من هذا الجدول في تلك قواعد البيانات؟
يبدو أن السبب هو أن عمليات الترحيل السابقة لم يتم تشغيلها بسبب تعيين SKIP_POST_DEPLOYMENT_MIGRATIONS ولم تنتهِ عمليات الترحيل السابقة.
سأقوم بحذف هذا عند التأكد من صحة ذلك…
@martin أي أفكار، ربما تتعلق بإعادة الهيكلة الأخيرة؟
آسف على الإنذار الكاذب. أكره حقًا عندما أفعل هذا.
كانت المشكلة هي أنني قمت بتعيين SKIP_POST_DEPLOYMENT_MIGRATIONS: 1 ثم لم أقم بتشغيل multisite:migrate. بعد أن قمت بتشغيل SKIP_POST_DEPLOYMENT_MIGRATIONS=- multisite:migrate تمكنت من التمهيد.
أحتاج فقط إلى إصلاح أدواتي لتشغيل الترحيل متعدد المواقع بعد تشغيل الحاوية الجديدة التي تم ترحيلها جزئيًا.
ولكن غريب. Recovering from failed/partially applied upgrade يبدو أن لديه نفس المشكلة ويبدو أنه تثبيت قياسي.
كنت سأرد على هذا المنشور، لكنني افترضت أنه نفس عرض لمشكلة مختلفة. 
أعترف أنني لا أعرف ما يكفي للتأكيد أو النفي…
يبدو أن هذا يتعلق بـ DEV: Re-add polymorphic bookmark columns (#16261) · discourse/discourse@8040b95 · GitHub
هذا الالتزام هو إعادة لـ 2f1ddadff7dd47f824070c8a3f633f00a27aacde
الذي تراجعنا عنه لأنه فجّر فحص CI داخلي. نظرت
في الأمر، وحدث ذلك لأن الترحيل القديم لإضافة أعمدة الإشارات المرجعية
كان لا يزال موجودًا، وتم إسقاط تلك الأعمدة في ترحيل لاحق،
لذلك تعارض الترحيلان لإضافة الأعمدة قبل
تشغيل الترحيل اللاحق.
واو. هذا يبدو أنه يفسر الأمر.
هل هناك أي تحديث بخصوص هذا؟
لدي نفس المشكلة.
كيف يمكنني نسخ هذا الـ git إلى الـ discourse الخاص بي؟