ruby-on-rails - Railsアプリケーションをデプロイする前に何をする必要がありますか

Question

編集

Railsアプリケーションをデプロイする前に、見落としがちな小さなことを行う必要がありますか？

1、2分以上かかるタスクについては別の質問を設定したので、展開プロセスにスケジュールする必要があります。この質問では、私は主にオンライン構成オプションなどに関心があります。これは実行できますが、展開まで何の違いもないため、開発サイクル中に省略されることがよくあります。

score 5 · Accepted Answer

使用中の宝石を凍結するrake gems:unpack
でシークレットを変更しますconfig/environment.rb
パスワードなどの機密情報をフィルタリングする: でapp/controllers/application.rb filter_parameter_logging :password, :password_confirmation

score 4 · Accepted Answer

score 2 · Accepted Answer

score 1 · Accepted Answer

score 1 · Accepted Answer

ビューキャッシュ、データベース構成、メンテナンスページなど (ただし、これらに限定されません) を含む、展開されたアプリのコピー間で共有されるファイルとフォルダーを設定します。

score 0 · Accepted Answer

デプロイ先の場所にRAILS_ENV変数が適切に設定されていることを確認してください。環境を介して、またはcapistranoコールバックを介して。
rake spec、shoulda、ユニットテスト、またはテストに使用しているものを実行して、テストがすべて合格していることを確認してください。
rake gemsを使用してgemを解凍します：unpack
Railsをフリーズする必要があるかどうかを決定します。レーキレール：フリーズ：宝石
単なるgem（memcached、メールサーバーなど）以外のものが必要な場合は、依存関係がサーバーにインストールされていることを再確認してください
MySQLを使用している場合は、CベースのMySQLライブラリをコンパイルしてサーバーにインストールします（これには数分以上かかる場合がありますが、すべての依存関係が満たされている場合、通常はかなり高速です）。
gitを使用している場合は、コードをマスターブランチにプッシュします。必要に応じてタグを付けます。
SVNを使用している場合は、リリースにタグを付けます。

score 0 · Accepted Answer

これらは実際には Rails 固有のデプロイメントタスクではありませんが、デプロイされたシステムで何度も見過ごされているのを私は見てきました。

バックアップ; 確かに、これは大きな作業になる可能性がありますが、そうである必要はありません。多くの場合、データベースとソフトウェアの夜間バックアップをスケジュールするだけで十分です。
復元手順のテスト
ログのローテーションとアーカイブ
例外通知

score 0 · Accepted Answer

8 に答える 8