問題タブ [svnadmin]

私はリポジトリをsvnする必要がA ありBます。Bのディレクトリのいくつかを履歴とともにAに追加したいのですが、それは可能ですか？より明確にするために、以下はシナリオです。

私がやりたいのは、レポAのブランチにsub-branch2を追加することです。どうすればよいですか？

前もって感謝します

次のレイアウトの SVN リポジトリがあります。

リポジトリ全体で最大 60 のブランチと約 17000 のリビジョンがあります。残念ながら、地元の慣例では、ブランチのルートではなくsvn:mergeinfo、ディレクトリに情報を保持することになっています。somedirこれにより、Fisheye などの解析ツールgit svnや、hg convertextension などの移行ツールを使用しようとすると、いくつかの問題が発生しました。

もちろん、すべてを正しく使用svn moveして並べ替えることができますが、変換ツールがより適切に機能するように、履歴に対してそれを行いたいと思っています。svnadminこれにはカスタム ツールを作成する必要がありますか、それともandを使用してこれを行う方法はありsvndumpfilterますか?

そのため、SVNサーバーをセットアップしようとしたときに、どうにかしてrepositoriesフォルダーを単一のリポジトリにすることができ、その後作成されたすべてのリポジトリはそのリポジトリの一部として扱われました。現在、1 つのリポジトリに複数のプロジェクトがあり、それらを別々にする必要があります。これらのフォルダを別々のリポジトリに分ける方法はありますか?

編集: これはsvnadmin dumpandで実行できるsvnadmin loadようですが、リポジトリ全体をダンプする代わりに、リポジトリ内のフォルダーをダンプする方法がわかりません。

手動で変更されたコードを含む SVN ダンプがあり、ダンプをリポジトリにロードしようとしています。問題は、変更されたリビジョンのチェックサム エラーが発生したことです。ダンプファイル全体の md5 チェックサムを再計算する方法、または少なくとも svnadmin に強制的にロードさせる方法はありますか?

私は SVN リポジトリを含む HDD を持っていましたが、それは「死にました」。なんとか回復するまで、別のHDDに新しいリポジトリを作成し、リビジョン1から始まるすべてのファイルを新しいリポジトリにコミットし、すべての履歴を失いました.

古い SVN リポジトリを復元したので、その間に作業していた新しいリポジトリを古いリポジトリにロードしようとしているので、基本的に新しいリポジトリのリビジョン 1 は古いリポジトリのリビジョン 2456 になる必要があります。

コマンドを実行するとsvnadmin load、次のエラーが発生します。

それらを「マージ」する方法はありますか？もちろん、可能であれば...

Windows Subversion berkeley db インストールから 1 つの特定のブランチを移行しようとしていますが、「パス」をフラット ファイル システムではなく db 構造として渡す方法がわかりません。

できれば例を挙げて、誰かが私に何か指針を与えることができますか?

ありがとう

SVN リポジトリに変更を加えるユーザーの名前を検索/置換する必要があります。いくつかの組織変更を行っているため、ログ内のさまざまな変更の作成者として「fantasticMan」を「authorA」に変更する必要があります (ほんの一例)。

私の考えはsvn dump、ダンプファイルを検索/置換することでした。問題は、最初のチェックアウトの後、リビジョン 1 にしか到達しないことです。コマンドを実行していたときに、次のsvnadmin loadメッセージが表示されsvnadmin: Dumpstream data appears to be malformedました。ダンプファイルの整合性を確保するためにログにいくつかのチェックサムがあると思われるため、ダンプファイルを検索して置換することはできません。

リポジトリの作成者名を変更するにはどうすればよいですか? (リポジトリをダンプしてからダンプをリロードせずにこれを行う方法がある場合は、その解決策をお勧めします。)

コマンドラインからVisualSVNサーバーに新しいリポジトリを作成するにはどうすればよいですか？

...何もしません（失敗しませんが）。

私は何が欠けていますか？

100 プラスの個々の svn リポジトリを別の Windows サーバーに移動する必要があります。各レポをダンプして新しいサーバーにロードしたくありません。時間がかかるからです。誰でも時間を節約する他の解決策を提案してください。また、リポジトリを新しいサーバーに移動したら、単一の古いリポジトリごとに新しいリポジトリを作成する必要がありますか?それとも、新しいサーバーにインストールされた svn が新しく移動したリポジトリを検出して追跡しますか? 新旧両方のサーバーで Collabnet Subversion Edge を使用しています。ご意見をお聞かせください。あなたが助けて大歓迎です。ありがとうございました

私のリポジトリは2.5Gです。ダンプビアsvnadmin dump myrepos > dumpfileは5Gです。しかし、23785が最も若いリビジョンであるようなダンプを実行すると svnadmin dump myrepos -r 23785 > rev-23785.dumpfile、ダンプは15Gを超え、その時点でダンプを停止します。

1つのリビジョンのみのダンプを要求する場合、結果がダンプ全体よりもはるかに大きいのはなぜですか？