開発初期段階でDBを作り直すことは悪手か

Question

### 前置き

コードの話ではなく、Railsでの開発の進め方の質問です。
プログラミングに関係のない質問に抵触するかと思いましたが、
全く関係がないわけではないので質問させていただきます。

### 開発初期段階におけるDBのリセットの是非について

DBを作成したあと、中身がほとんどなく、全て消えてしまっても全く問題がない状況で
テーブル作成のマイグレーションファイルを書き換えてDBをリセットすることは悪手なのでしょうか。
この書き換える内容というのは、カラムや制約の追加、カラム名の変更のことです。
DBを作成した後におかしな点に気づいて修正したいというのが今回の状況です。
運用途中や、何か変更があっては困るデータがすでに入っている状況ではもちろん悪手ですし、
変更するごとにマイグレーションファイルを残しておくことで、
変更の履歴がわかるというのは理解していますが、
初期段階におけるDBのリセットは悪手になりうるのでしょうか、
私個人は、むしろ後々ファイル名が被っていくことなどを考慮すれば、
初期段階にいたずらにマイグレーションファイルを作成していくほうが悪手なような気がしています。

ただ、開発の経験はまだまだ浅いので、この認識が間違っているという可能性は十分にあります。
皆様の意見を聞かせていただければ幸いです。

### ベストアンサー選出について
評価の一番高かったものを選出させていただきました。

### 謝辞
きちんと理由も添えての回答、ありがとうございました。
おかげで理解が深まりました。
今後ともよろしくお願いいたします。

Accepted Answer

むしろ、開発段階ではどんどん書き換えて行き、完全な状態のテーブル構造にするべきです。
運用が始まったらそういうわけには行かないので、カラムの追加などをせざるを得ないだけです。

Answer

個人開発で開発環境の初期段階であれば問題ないと思います。
むしろ私も直しておくべきかと思います。

しかし、作成したDBおよびテーブルがリリースされているのであれば
リセットするべきではありません。
また、チーム開発では初期段階であってもリセットするのはまずいです。