Build di Travis fallite: posts.cached_version non esiste

Sviluppatore
1

Ho 3 plugin per i quali sto eseguendo build Travis corrette, e tutti hanno iniziato a fallire ieri. Stanno tutti fallendo in questo modo, e non vedo come questo problema possa essere causato dai plugin:

2020-05-01 00:29:58.212 UTC [334] ERROR:  la colonna posts.cached_version non esiste alla posizione 193
2020-05-01 00:29:58.212 UTC [334] HINT:  Forse intendevi fare riferimento alla colonna "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:  la colonna posts.cached_version non esiste
LINE 1: ...ts"."updated_at", "posts"."reply_to_post_number", "posts"."c...

Ho appena aggiornato un sito e ha funzionato correttamente, quindi non è qualcosa che influisce sui siti che funzionano regolarmente.

Ho appena riprovato (sono passate 14 ore!) e sembra che il problema persista. C’è qualcosa che devo aggiornare?

2

È quindi a questo che ti riferisci? Abbiamo rimosso quella colonna? Ricordo che @sam ha rimosso alcune colonne di recente.

3

Molti anni fa

Alcuni di questi plugin sono non ufficiali? Stai installando una vecchia versione del calendario?

4

Tutti sono non ufficiali, altrimenti non li starei testando. :wink:

Scusa se non era chiaro.

Questi hanno superato tutti i test da alcune . . . settimane almeno. C’è stato un periodo, tempo fa, in cui hanno fallito i test per qualche giorno per poi ricominciare a funzionare alcuni giorni dopo.

Nessuno di essi, per quanto ne sappia, fa nulla con il calendario. questo è piuttosto semplice se vuoi dare un’occhiata.

5

Alcuni di loro hanno delle migrazioni?

6

No. Non ho idea di come farli eseguire le migrazioni. :wink:

7

Quindi, è migliorato. 14 ore fa, https://travis-ci.org/ è stato rieseguito per i miei plugin personalizzati e tutti sono passati. Non ho apportato alcuna modifica. Questo è successo almeno una volta prima: le build di Travis fallivano e, dopo qualche giorno, ricominciavano a passare senza che io facessi nulla.

8

Sto riscontrando lo stesso problema mentre eseguo le migrazioni con il plugin discourse-ratings da solo in una configurazione di sviluppo standard. Non vedo alcun codice che richieda specificamente la colonna cached_version.

Hash del commit: 093ee1d80c269afd00ba1341a3e71eb97e4ce7f1

Ho eseguito RAILS_ENV=test rake db:drop db:create db:migrate, quindi non dovrebbe esserci alcun dato nel database.

Questa è la riga:

9

Ok, ecco cosa ha funzionato per noi. Abbiamo chiamato reset_column_information sulle tabelle pertinenti prima della migrazione. In qualche modo, la colonna cached_version risulta cached :wink: nella cache dello schema. Inoltre, questo sembra essere un problema particolarmente nell’ambiente test.