2

私たちは多くの移行をプッシュし、それらはうまくいく傾向にありますが、遅かれ早かれ、ロールバックする必要がある移行を本番環境にプッシュすることになることを認識しています.

コードの基本的なテストをいくつか行い、これらのテストを使用してプッシュを防止できますが、移行を元に戻す (または少なくともロールバック可能にする) 必要はありません。

一部の移行は元に戻すことができないことを認識していますが、元に戻す必要がある可能性があるという事実は変わりません (または、少なくとも、これが正しく行うにはひどい移行であるという事実を十分に認識させる必要があります)。 .

移行が元に戻せることをわざわざ強制しますか? もしそうなら、どのようにしますか?

4

1 に答える 1

1

私のプロジェクトでは、単純な場合にのみダウン マイグレーションを記述します。パスワードの暗号化形式を変更した場合など、逆方向の書き込みが不可能な場合があります。

適切な予防措置を講じていれば、ダウン マイグレーションにはそれほどの価値はないと私は主張します。QA が機能を受け入れるために使用するステージング環境に展開し、機能が受け入れられた後に本番環境に展開します。ロールバックが本当に必要な場合は、バックアップを使用します。

于 2012-12-12T07:31:27.150 に答える