開発サイクルを遅くすることなく、多数の静的HTMLファイルをレールアプリに追加するにはどうすればよいですか？

Question

新しいWebアプリケーションに古いWebサイトを含める最良の方法が不思議です。

レガシーウェブサイト：

• が一緒にリンクされている最小限のマークアップ21,000小さなテキストファイルを持っています。
• 合計〜220メガバイト
• は、ディレクトリ内に配置されたルート・ページを持っており、多くのサブディレクトリ
にリンクされている

私は私のレールのアプリフォルダ内の古いサイトを含めたいが、私は心配ですそれは私が展開するたびにずっと長い開発サイクルを意味するでしょう。私はcapistranoを使用しています。私の最初の考えは、プロダクションサーバの共有ディレクトリに旧サイトというフォルダを置き、それに応じてシンボリックリンクすることです。このアプローチでは、新しいアプリケーションのリソースが複数の場所で分割されるため、望ましくないと私を訴えます。この利点は、より迅速なデバッグ/デプロイサイクルになる可能性があります。

現在、私は旧サイトファイルを変更する予定はありません。ある時点で、それは変わる可能性があります。

私は他の軽量プロジェクトの展開の速さに感心しました。今私は頻繁な変更を行い、頻繁にコード/デプロイサイクルを繰り返しています。私はそれを不必要に減速させないようにしたいと思います。

このようなことのベストプラクティスはありますか？

Answer 1

「ベストプラクティス」とは思えませんが、「Git Submodules」を使用することもできます。 古いサイトをサブフォルダとして新しいサイトに追加してください。あなたは1つの開発者用gitリポジトリを持っており、展開中にCapitranoはgitサブモジュールファイルをフェッチしません。

サブモジュールを使用すると、2つのgitリポジトリが作成されます。しかし、1つは別のサイト（「新しいサイト」の「古いサイト」）内からリンクされます。私はそれが論理的だと思う。古いサイトレポと新しいサイトレポがあります。結局のところ、それらは2つの別々のサイトです。