マイグレーションをロールバックした結果

Question

Newb、私の最初のサイトpostgres。私は移行をロールバックしてから、別の移行を行いました。私は2番目の移行を空にし、rails db：migratedを残しました。

すべては正常だと思われますが、悪い移行はまだそこにありますが、特に気に入らないのです。私が続けると、結果がどうなるのか不思議です。

EDIT：マイグレーションをロールバックすると、他の人がプルダウンすると、マイグレーションが自然に行われ、次のマイグレーションが混乱しますか？

Answer 1

新しいアプリケーションで、現時点でローカルマシンのみで開発している場合は（特に単独で開発している場合は）、移行をロールバックします（DB内のデータとして、その時点でshouldnそれを紛失しても害はないはずです。個人的には、開発の時点で不要な、または間違った/壊れた移行ファイルを持っていない方がいいです）、破損した移行ファイルを削除し、適切な移行を実行して実行しますdb：migrateしてgitに変更をpushします。 だから、（レール5）： レールD移行MigrationYouWishToDestroy レールデシベル：あなたはチームで開発している（と以前の移行がすでにレポにプッシュされていた）、および/または「あなたができるデータで作業している場合

を移行ロールバックを介して失う余裕がない場合は、以前のマイグレーション（悪いもの）を効果的に元に戻す新しいマイグレーションを作成する必要があります。そうすれば、あなたの同僚はdb：migrateを実行する必要があります。変更を取り込んだら、それはそれだけです。それ以外の場合は、dbをロールバックしてからdbを実行する必要があります。