Railsで不要なテーブルと古いmigrationファイルを削除する - Kaizen Platform 開発者ブログ

はじめまして、ハートレイルズの境 (@kazsakai) です。 色々あって今は長野県の伊那という、地理的には日本列島の中心らへんだけどあらゆる大都市から満遍なく遠い片田舎に暮らしています。(ちなみにアニメ聖地巡礼発祥の地だそうで) Kaizen Platformさんの社員ではなくパートナーという立場ではありますが、ほぼ最初期くらいから開発に関わっているエンジニアの一人として、今回こちらのブログにお邪魔させていただきます。 Rails の不要テーブルと migration ファイルを整理したい Kaizen Platformさんのプロダクトは日々着実に拡大を続けていて、githubの社内リポジトリ数も今や200を超えていますが、そんなKaizenのプロダクトも最初期には単一のRailsリポジトリからスタートしました。 最初期のプロダクト名「planBCD」にちなんだそのRailsリポジトリ

[onigra]

こういう運用感溢れる話すき

[ryopeko]

"そもそも古いmigrationファイルのコードを見ることは経験上ほとんどなく、残っていても考古学的な価値くらいしかないので" 考古学っていう表現好き。ほんとそれ

[kamipo]

最新のdb/schema.rbの状態に復元するrake db:schema:loadは使わないのか🤔

[june29]

テーブルをいきなり削除せずに名前変更するテクニックは以前にどこかでも見かけたな。よさそう。

[morygonzalez]

さすが kazsakai さん、僕が残していったクソ Migration ファイルも消してもらえたと思います 🙏🏻

[somemo]

“migrationファイルで将来変わりうるクラスや定数を使うのは悪いコード”

[takatoshiono]

よい

[hoppie]

モデルクラスもツライけど、migrationの中でSQLでINSERTするやつもツラくて、個人的にはdb:seedに寄せたい。

[ilyaletre]

不要なテーブルとそれに対応するデータ型消してもテスト走らせないと不整合が見つからないのは辛いなあ。

[vanbraam]

"新しくDBを作ってrake db:migrateするとmigrationファイル群の色んなところでエラーが出て動かない"<="カラムを追加したついでにモデルクラスを使って値を設定している"<これは酷い

[sakuya_little]

あとでよむ