平均的な開発プロジェクトをホストするSubversionリポジトリのディスク容量を計画する上でのベストプラクティスは何ですか(テキストファイルの大部分と奇数のバイリンはここにあります)。Subversionリポジトリ用にどれくらいのディスク容量を確保する必要がありますか?
たとえば、私のプロジェクトが自分の作業コピーとして100Mbを占める場合、リポジトリが快適になるためにどれくらいのスペースを確保する必要がありますか?
平均的な開発プロジェクトをホストするSubversionリポジトリのディスク容量を計画する上でのベストプラクティスは何ですか(テキストファイルの大部分と奇数のバイリンはここにあります)。Subversionリポジトリ用にどれくらいのディスク容量を確保する必要がありますか?
たとえば、私のプロジェクトが自分の作業コピーとして100Mbを占める場合、リポジトリが快適になるためにどれくらいのスペースを確保する必要がありますか?
あなたは推定成長とディスク使用量を計算するのに役立つ任意の実行可能な数式はありませんが、以下のSubversionのマニュアルのトピックでは、基になるデータストアの実装
http://svnbook.red-bean.com/en/1.4/svn.reposadmin.planning.html
http://svnbook.red-bean.com/en/1.4/svn.reposadmin.maint.html#svn.reposadmin.maint.diskspaceの理解を得るのを助ける必要があります
リポジトリの別のディスクへのバックアップと移行は非常に簡単です。したがって、ディスクスペースが本当になくなると、大きなドライブに移動することができます。
重要度の低い要因:ローカルの作業コピーに対する見積もりに、すべての中間ビルドアーチファクトおよびsvnクライアントファイルが含まれているかどうかを確認することもできます。それらのファイルは100MBのプロジェクトサイズに貢献してはなりません。リポジトリからの新しいエクスポートは、バージョン管理下のファイルのみをより正確に把握する必要があります。しかし他の人に言われているように、それはプロジェクトが受けた変更/改訂の数とサイズほど重要ではありません。
私はそれがファイルの数よりも履歴の量と関係があると思われます。
リポジトリのディスク容量に関するベストプラクティスはないと思います。通常の習慣は、実際にそれを与えるだけです。 20 GB、40 GBで十分です。
Subversionは実際に変更されたファイルではなくファイルの変更を保存するので、ディスク容量の使用率は頻繁にコミットする頻度と前回のリビジョンとの差分に大きく依存します。また、バイナリを持っていて、それらのバイナリの新しいバージョンを頻繁にコミットする場合は、Subversionがバイナリの変更をうまく処理しないため、ディスク消費量が大幅に増加することが予想されます。
いくつかのオープンソースリポジトリのリポジトリサイズを調べることができます(ウェブサイトに記載されていない場合はメーリングリストに問い合わせてください)。
例として、TortoiseSVNリポジトリは、(このリビジョン16687の執筆時点で)340MB大きく、ディスク上に436MBを使用しています。