3

私は、職場でのさまざまな製品ビルドが依存するサードパーティのバイナリを含むsvnリポジトリをセットアップすることを計画しています。これらはすべてバイナリであり、テキストファイルではないため、このリポジトリに追加するとアーティファクトが複製され、サイズ制限が少し心配になります。

現在、私は最大15 GBのバイナリを調べており、350 GBが可能であることを知っています（この質問から明らかなように、 350 GBのSVNリポジトリは、ブランチ/タグのような最も単純なタスクでも少なくとも1 MBのリビジョンを作成します）。

また、基盤となるオペレーティングシステムによって課せられる制限（たとえば、2GBの最大シングルファイルサイズ、これはヒットするとは思わない）があり、svnコードに厳しい制限がないことも知っています。

svnが大きな問題なしに取得するのを見た人はどれくらいの大きさですか？また、このリポジトリは（比較的）めったに更新されないことにも注意してください-約数週間に1回。

私のオペレーティングシステムのオプションは、Windows x64（おそらくサーバー2008）とLinux x64（おそらくレッドハット）です。ファイルシステムは、Windowsではntfsになり、Linuxでは必要なものは何でもなります。

クライアントは主にカメのsvn1.7になります

それで、私の場合の実際的な制限は何ですか？

4

1 に答える 1

3

まず第一に、Subversionは最新のバージョン管理システムであるため、バイナリデータ自体は問題になりません。Subversionは、バイナリデータからデルタを作成できるため、コミットは可能な限り小さくなります。

問題は通常、バイナリデータが小さなデルタの生成を積極的に妨げていることです。1つの理由は、バイナリデータが圧縮される可能性があり、それが通常大きな違いを引き起こすことです。

そうは言っても、あなたのレポはおそらく極端に速く成長することはないでしょう。現在、約400のサードパーティの依存関係を使用している大きな製品があります。毎月、それらのいくつかが変わります。言い換えれば、依存関係が毎週変わるわけではありません。つまり、月に数MBしか追加しないということです（非常に不安定な依存関係があり、大きく変化する場合を除きますが、ほとんどの依存関係はそのようではありません）。

ですから、私の直感は、それを試して問題が発生したときにそれを解決することです。とにかく大きな/使用できない問題はおそらくないからです。

于 2013-02-06T08:52:08.983 に答える