فشل بناء Travis: ملف posts.cached_version غير موجود

مطور
1

لدي 3 إضافات أقوم بإجراء عمليات بناء Travis صحيحة لها، وقد بدأت جميعها في الفشل أمس. كلها تفشل بنفس الطريقة، ولا أرى كيف يمكن أن يكون سبب هذه المشكلة هو الإضافات نفسها:

020-05-01 00:29:58.212 UTC [334] ERROR:  column posts.cached_version does not exist at character 193
2020-05-01 00:29:58.212 UTC [334] HINT:  Perhaps you meant to reference the column "posts.baked_version".
2020-05-01 00:29:58.212 UTC [334] STATEMENT:  SELECT "posts"."id", "posts"."user_id", "posts"."topic_id", "posts"."post_number", "posts"."raw", "posts"."cooked", "posts"."created_at", "posts"."updated_at", "posts"."reply_to_post_number", "posts"."cached_version", "posts"."reply_count", "posts"."quote_count", "posts"."deleted_at", "posts"."off_topic_count", "posts"."like_count", "posts"."incoming_link_count", "posts"."bookmark_count", "posts"."score", "posts"."reads", "posts"."post_type", "posts"."vote_count", "posts"."sort_order", "posts"."last_editor_id", "posts"."hidden", "posts"."hidden_reason_id", "posts"."notify_moderators_count", "posts"."spam_count", "posts"."illegal_count", "posts"."inappropriate_count", "posts"."last_version_at", "posts"."user_deleted", "posts"."reply_to_user_id", "posts"."percent_rank", "posts"."notify_user_count", "posts"."like_score", "posts"."deleted_by_id" FROM "posts" WHERE ("posts"."deleted_at" IS NULL) AND 1=0
PG::UndefinedColumn: ERROR:  column posts.cached_version does not exist
LINE 1: ...ts"."updated_at", "posts"."reply_to_post_number", "posts"."c...

لقد قمت بترقية موقع للتو وعمل بشكل صحيح، لذا فإن المشكلة ليست شيئًا يؤثر على المواقع التي تعمل بشكل سليم.

لقد جربت مرة أخرى للتو (مرت 14 ساعة!) ويبدو أن المشكلة مستمرة. هل هناك شيء يجب أن أقوم بتحديثه؟

2

إذن، هل هذا ما تشير إليه؟ هل قمنا بإزالة هذا العمود؟ أتذكر أن @sam أزال بعض الأعمدة مؤخرًا.

3

منذ سنوات عديدة

هل أي من هذه الإضافات غير رسمية؟ هل تقوم بتثبيت إصدار قديم من التقويم؟

4

جميعها غير رسمية، وإلا لما كنت أختبرها. :wink:

آسف إذا لم يكن ذلك واضحًا.

هذه جميعها نجحت في جميع الاختبارات لأسابيع عدة على الأقل. كان هناك وقت مضى فشلت فيها في الاختبارات لبضعة أيام ثم عادت للعمل بعد بضعة أيام أخرى.

لا يقوم أي منها بأي شيء يتعلق بالتقويم، حسب علمي. هذا المشروع بسيط جدًا إذا أردت إلقاء نظرة عليه.

5

هل يحتوي أي منها على هجرات؟

6

لا، ليس لدي أي فكرة عن كيفية إجراء عمليات الترحيل لهم. :wink:

7

حسنًا، تحسنت الأمور. منذ 14 ساعة، أعاد موقع https://travis-ci.org/ تشغيل الاختبارات لإضافاتي المخصصة، وجميعها نجحت. لم أقم بأي تغيير. وقد حدث هذا من قبل على الأقل مرة واحدة، حيث فشلت بناءات Travis ثم بدأت في النجاح مجددًا بعد بضعة أيام دون أن أقوم بأي إجراء.

8

أواجه نفس المشكلة أثناء تشغيل عمليات الترحيل مع إضافة discourse-ratings الخاصة بنا فقط مع إعداد تطوير قياسي. لا أرى أي كود يطلب عمود cached_version تحديدًا.

رقم التعريف الخاص بالالتزام: 093ee1d80c269afd00ba1341a3e71eb97e4ce7f1

نفذت الأمر RAILS_ENV=test rake db:drop db:create db:migrate لذا لا ينبغي أن يكون هناك أي بيانات في قاعدة البيانات.

هذا هو السطر:

9

حسنًا، هذا ما نجح معنا. لقد استدعينا reset_column_information على الجداول ذات الصلة قبل عملية الترحيل. وبشكل ما، فإن العمود cached_version محفّظ في ذاكرة التخزين المؤقت لمخطط قاعدة البيانات. أيضًا، يبدو أن هذه مشكلة تظهر تحديدًا في بيئة test.