2

テストデータのアーカイブについては、ファイルの追加のみを許可するリビジョン管理システムが必要です。変更、名前の変更、その他の変更は禁止されています。リビジョン管理システムのすべてのファイルに対する変更を禁止する方法

これにより、現在のテストデータでコードリビジョンをテストし、以前と同じ結果を再現することができます。

現在、ソースコードにSubversionを使用しています。ただし、テストデータはおそらく約200 GByteのデータを含む数百のファイルになります。私はSubversionがそれを扱うことができるとは思わない。私はテストデータをコードと同じSubversionアーカイブに入れることは望ましくありません。コードは数MBしかありません。

また、Subversionは、このような単純な問題のための適切なツールではないようです。

アドオン専用ルールを使用してSubversionリポジトリにディレクトリを作成するにはどうすればよいですか?

チェックアウト後、すべてのファイルのコピーを持つ.svn-directoryが存在するため、テストデータのサイズが2倍になりました。ハードディスクの空き容量を無駄にしないでください。データだけを使用したいが、何も追加したくない人は、それを必要としません。彼はただ.svnを削除することができますが、チェックアウト時にはまだ多くのディスク容量が必要です。

答えて

2

Subversionはこのようなケースに適したツールであり、200GBのデータやイベントマルチTByteのデータを処理するには問題ありません。 「修正を禁止する方法」を除いて質問に「問題」は実際には述べていないことに注意してください。

修正を禁止しますが、追加を許可するには(修正内容自体を制御する本格的な完全なバージョンコントロールを使用しているからといって、これについて尋ねる理由は分かりません)、path-based authorizationを使用してa pre-commit hook script。フックスクリプトを自分で書くか、svnpermsフックスクリプトをPythonで書いてください。

また、ドキュメント:SVNBook 1.8を必ずお読みください。

+0

18Gのテストデータを含むリポジトリを作成してsvnをテストしました。リポジトリは明らかに重複データを検出し、11Gしかありません。チェックアウトを行うと、ツリーに.svnディレクトリがすべてのファイルのコピーを含むため、36Gが得られます。 du -hs * 18Gオリジナルテストデータ/ 11Gリポジトリ/ 36Gテストデータ後チェックアウト/ –

+1

@MarkusHeitzの場合は、@ ojblassとして 'svn export'を実行してください。 – bahrep

3

質問の2番目の部分に答えるには、データのコピーを1つだけ取得するためにsvnエクスポートを実行します。それが作業コピーではないため、そのフォルダにコミットすることはできません。私は200 GB以上のリポジトリを持っています。これまでのところ問題はありません。

関連する問題