問題タブ [svndump]

次のコマンドを使用してレポで完全なダンプを実行するときに、誰か教えてください。

svnadmin ダンプ /repo > backup.dump

このダンプ ファイルは約 90 GB です。

同じレポで次のコマンドを使用してダンプ ファイルを作成した場合

svnadmin ダンプ /repo -r 21782:HEAD > backup.dump

このダンプ ファイルは 152GB として出力されます

私は最初の 20,000 回のリビジョンを見逃していますが、これはほぼ 2 倍の大きさですが、どうしてこれが可能なのでしょうか。

もっと小さかったと思いますが、これは圧縮と関係がありますか？

リビジョンを使用してダンプする場合、圧縮されていませんか?

によって生成された SVN ダンプをフィルタリングすることは可能ですsvndamin dump。したがって、エンコードされたバイナリ データは含まれず、テキスト デルタとデータのみが含まれますか?

既存の大規模な SVN リポジトリのダンプが必要ですが、コードのみです。保存されたバイナリには興味がありません。ただし、バイナリ ファイルを使用すると、ダンプ ファイルが不必要に大きくなります。ダンプを生成してバイナリ コンテンツを除外するにはどうすればよいですか?

試して失敗しました、すでに：

1. svn log差分を処理するのは現実的ではありません。これは大規模で古いリポジトリであり、短期間だけ差分を取得するには多くの時間がかかり、しばしばスタックします。
2. バイナリファイルはいたるところに散らばっており、単一の既知のパスに保存されていないためsvndumpfilter、それらを除外することはできません-このフィルターを正規表現で使用する方法がない限り、*.jar.

svndumpfilterのようなSVNダンプファイル用のJavaパーサーはありますか？svnkitにそのようなスクリプトがあることは知っていますが、ダンプファイルのコンテンツを実際に読み取るためのAPIドキュメントや例は見つかりませんでした。

SVNダンプを分析する必要のあるJavaアプリを書いています。理想的には、ダンプファイルをエントリごとにトラバースしたいと思います（大きすぎて全体を読み取ることができません）。使用する既製のツールはありますか、それともダンプファイルの文法に基づいてパーサーを自分で実装する必要がありますか？

現在、プライベートSVNホスト上にプロジェクトがあり、作成したばかりのSourceForgeプロジェクトに移動したいと考えています。現在のリポジトリのダンプファイルをエクスポートしましたが、新しいプロジェクトにロードしようとしています。このページの下部にその方法の説明がありますが、シェルアカウント、SSH、PUTTYなどを使用したことがないので、少し迷っています。

最初に、「ダンプファイルをインタラクティブシェルにアップロードする」という指示があります。どうすればよいですか？PuTTYで使用すると思われるコマンドはありますか、それともファイルをどこかにFTPで転送する方法はありますか？

次に、以下のコマンドを使用してリポジトリをチェックアウトしようとすると、「リポジトリのロックに失敗しました」というエラーが表示されます。

私は、SVNリポジトリの一部を新しい場所に移行しようとしています。リポジトリ全体をダンプして、目的のフォルダを除外しようとしました。

しかし、次のエラーが発生しました。

リポジトリダンプがフラグ付きで作成された場合、ダンプフィルタが機能しないという非常に古い記事に出くわしました。--deltas

質問：svndumpfilterデルタ付きのダンプファイルで使用する可能性はありますか？

Linux (Slackware) に Subversion がインストールされており、リポジトリ (プロジェクト) は次のパスにありますrepopath。

個々のプロジェクトにはすべて、独自のディレクトリ (conf、db、hooks、locks) があります。コマンドを使用するsvnadmin dump repopath/* > svndump.dmpと、すべてのプロジェクトとすべてのリビジョンのダンプが作成されました。

次のコマンドを使用して新しいプロジェクトが追加されたため

svnadmin create newproj

Oが使用したときsvnadmin dump repopath/*> svndump.dmpは、この新しく作成されたプロジェクトとそのすべてのリビジョンのバックアップのみを作成します。

何が問題になる可能性がありますか？バックアップを再度作成する方法は？単一のコマンドを使用して、すべてのリポジトリ (プロジェクト) とすべてのリビジョンをsvnadmin dump repopath/* > svndump.dmp?

Solaris 10 で SVN 1.7 を使用しています。最近、圧縮された増分バックアップを導入しました。

gzip で圧縮された最終的なダンプ ファイルは、元のダンプ ファイル (~500MB) よりも大きくなります (~850MB)。私も試しgzip -9てみましたが、それでも元のファイルよりも大きなファイルが作成されます（〜650MB）。

私は最近、開発システムにバージョン管理を実装する任務を負っています。次のようにして、TortoiseSVN を使用して SVN リポジトリを作成しました。

• コードを保存しているマシンに SVN サーバーをインストールする
• そのマシンでリポジトリ ブラウザを使用して、ソース コードをリポジトリにインポートする

コードをインポートしたので、そこに格納されていたコードはもう必要ないと考えてよろしいですか? 他のマシンの作業コピーからのコミットは、そのコードを変更していないようで、svn リポジトリのみです。

私は、SVN が生のコードを単純に保存するのではなく、違いを保存するという概念に精通しています。そのため、私の質問は次のとおりです。このコードのバックアップ戦略として、SVN リポジトリ フォルダーを ON IT'S OWN でバックアップするだけで十分ですか?

また、予防措置として、稼働中のマシンでコードの手動バックアップを毎月行っています。リポジトリをリモート ドライブに毎日 svndump するスケジュール バッチ ファイルを作成することを検討しています。私が後者を実行した場合、仮想的に、リポジトリ サーバーと動作中のマシンの両方を失った場合、この毎日の svndump からコードを回復できるでしょうか?

それが理にかなっていることを願っています。前もって感謝します。