バージョン履歴を持つSubversion履歴を移動する記事はたくさんありますが、私は別のことをやろうとしています。履歴を持たないSubversionリポジトリを移動する
基本的に私たちは概念の証明として使用されているリポジトリを持っており、これをアーカイブしたいと考えています。しかし、コードの最新バージョンで新しいリポジトリを作成したいが、ヒストロイが保存されているが、これは新しく始まったので、バージョン履歴を保存することには興味がない。さらに、過去に保存されたバイナリがリポジトリのサイズを大きくする原因となっていたため、リポジトリのサイズを小さく抑えようとしています。
また、同時にダンプフィルタを使用できるフォルダのいくつかを削除したいと思いますか？
私は、ユーザー情報をチェックアウトして新しい場所に戻ってチェックすることをお勧めしません。
最新のバージョンのファイルを作成者、コミット日付、コミットメッセージにするには、リポジトリからダンプファイルを作成するのにsvnadmin dump、保存したくないリビジョンをフィルタリングするにはsvndumpfilterを使用する必要があります。かけませんでの作業
は、一般的に非常にイライラする運動であり、あなたは、このようなsvnfiltereddump、svndumpsanitizer、svndumpfilter2またはsvndumpfilter3として派生（および多くの場合、病気-維持）プログラムに頼る必要がある場合があります。
最後に、履歴のクリーンアップが実際に努力する価値があるかどうか質問する必要があります。
残念なことに、リポジトリは600MBを超えていますが、物事のスキームはそれほど大きくはありませんが、ほとんどがソースコードなので、はるかに小さくすべきです。しかし、それは過去にバイナリがリポジトリのサイズを膨らませていたからです。あなたが言及することなくこれらを削除する簡単な方法はないようです。 – Firedragon
ダンプを作成し、ダンプファイルからバイナリのbase64文字列を削除できます。 （これはプレーンテキストファイルです）。 –
あなたは今でも持っているプロジェクトのsvn exportを実行し、新しいリポジトリでsvn importを実行するだけです。インポートする前に、インポートしないファイルを削除してください。
あなたは自分自身と矛盾しています。あなたは著者の歴史を望んでいますが、あなたは歴史を望んでいませんか？明らかにする。 –
彼は各ファイルの先頭のリビジョンだけを望んでいると思う。 –
@ChristofferHammarström私は明確にした。基本的に私は最新の著者が欲しいですが、バージョン管理の履歴はありません。私はちょっと奇妙だと思うけど、最後にチェックインしたことをすべてのファイルに伝えたくありません。おそらく、そこにバイナリファイルを保存するという問題に対してwronの解決策を探しています。 – Firedragon