15GBを超える非常に大規模なWebプロジェクトがあります。プロジェクトをSubversionに追加するための最良の方法を見つけようとしています。
ほとんどの場合、機能が追加されると、変更は1つのフォルダーでのみ行われます。つまり、ルートレベルの各ディレクトリはスタンドアロンアプリとして扱うことができます。ルートレベルのほとんどのディレクトリには、共有フォルダー（一般的なインクルードスクリプトを含む）のような依存関係フォルダーが1つまたは2つしかありません。
ルートレベルの各ディレクトリをサブプロジェクトにするのは理にかなっていますか？はいの場合、依存関係を管理するのに役立つ可能性のある外部ツールなどの他のツールはありますか。
または、Webサイト全体を単一のプロジェクトとして追加し、部分的なチェックアウトを使用して、更新する必要のあるディレクトリと依存ディレクトリをチェックアウトする方がよいでしょう。部分的なチェックアウトは、分岐/マージ中に問題を引き起こしますか？
どちらのソリューションでも問題なく動作します。誰かがサブディレクトリをチェックアウトするのを忘れて、代わりにリポジトリ全体を取得する場合に備えて、最初のものをお勧めします。また、どこかで何かが破損した場合に備えて、コードベース全体を保持するのではなく、損傷を制限する必要があります。各フォルダが個別のリポジトリである場合は、ユーザーが同じレベルで共通のリポジトリもチェックアウトしていることを確認してください。
また、この大規模なプロジェクトでは、より商用のリポジトリソフトウェア（PERFORCE、Mercurialなど）を検討することをお勧めします。
それをとても大きくしているウェブサイトには何がありますか？コンパイルされたコード（Javaなど）が含まれていますか、それとも画像などですか？
コンパイルされたコードの場合、SubversionのWebサイトは必要ありません。ソースファイルだけが必要です。これにより、サイズが縮小されます。
ただし、Webサイトが本当に大きい場合（おそらく多くの画像やメディアファイル）、便宜上、複数のSubversionリポジトリに分割することをお勧めします。Subversionサーバーとしてhttpdを使用する場合、単一のApacheインスタンスと単一のApache構成ポイントの下に複数のリポジトリーを持つことができます。これにより、個別のリポジトリを、アクセス許可やチェックアウトなどの単一の非常に大きなリポジトリであるかのように扱うことができます。ただし、さまざまな個別のリポジトリを複数のディスクに移動するのに便利であり、アクセスが高速化されます。かなり。
私はもっと商用ソフトウェアを手に入れることについては働きません。Subversionはかなり堅牢です。