@7ba もう一度SKIP〜をつけてmigrateして多分大丈夫。既に実行済みのとこまでは成功してるから、その続きをやってくれる。多分。
@noellabo 既に存在しているよと言われて失敗してしまいます。
Index name 'index_statuses_20190820' on table 'statuses' already exists
@7ba 実行したmigrateを調べて個別に戻すか、期待される状態に手動で直しちゃうか、ってとこかな……。
db/migrateやdb/post_migrateが順番に実行されているので、そのへんに目を通してください。日付ファイル名でわかると思います。
ちょっとコマンド確認してくる。
@7ba http://song-of-life.hatenablog.com/entry/2017/11/12/234703 この記事でいいや。手がかりになるかと。
@7ba add_indexで失敗してるなら、乱暴にいえば、dbからdrop indexしちゃえばいけるかな。
bin/rails db でpsqlに入って、
drop index index_statuses_20190820;
って。
@noellabo なるほど??
アップデート開始前にDB自体はダンプして逃がしてあるのでdrop indexする方法を試してみます!
@noellabo v3.0.Xへのアップデートの際に
SKIP_POST_DEPLOYMENT_MIGRATIONS=true を付けずmigrateを実行してしまいました。
当然、migrateに失敗し他訳ですが、この場合どうしたらいいですか?