問題タブ [svnadmin]

巨大なサーバーSubversionリポジトリがあり、外部にマウントされたパーティションに移動する必要があります。もちろん、svnadmin load/dumpまたはを作成する可能性はありますsvnadmin hotcopyが、私の状況では、リポジトリのサイズのために、かなりの時間がかかる可能性があります。

この段階を回避し、システムの場所との内部関係を壊すことなく、フォルダー全体を新しいパーティションに移動することはできますか？

私は次のようなことをしたいと思います：

ローカルクライアントのリポジトリでこの可能性が気に入っています。サーバーリポジトリでもこのような操作を実行できれば、非常に役立ちます。

svnadmin dump を使用して、現在の SVN リポジトリからフォルダーとそのサブフォルダーの内容をダンプしようとしています。ただし、その下にあるすべてのサブフォルダーがダンプされるわけではありません。これが何らかの svn の破損を示しているのか、それとも正しいコマンドを使用していないのかはわかりません。

これが私が使用しているコマンドです

すべてのサブフォルダーがダンプの一部であることを確認するにはどうすればよいですか? そして、これが svn の破損を示している場合、どうすれば修正できますか。

ありがとう

古いリビジョンの 1 つが svn リポジトリから消えたようです:

問題を検索すると「バックアップから復元」と表示されますが、私が持っている 3 つのバックアップすべてにこの欠落しているリビジョンがあるため、しばらくの間進行していたに違いありません。特定のファイルをコミットできなかったときにのみ気づきました。現在の作業コピーがあります。ゼロから始める以外に何ができますか?!?

バージョン履歴を使用して Subversion 履歴を移動することに関する投稿はたくさんありますが、私は何か違うことをしようとしています。

基本的に、概念実証として使用されているリポジトリがあり、これをアーカイブしたいと考えています。ただし、一部のコードの最新バージョンを使用して新しいリポジトリを作成したいのですが、作成者の履歴は保存されていますが、これは新たなスタートであるため、バージョン履歴を保持することに関心はありません。さらに、過去に保存されたバイナリがあり、リポジトリが大きくなりすぎたため、リポジトリのサイズを抑えようとしています。

同時に、ダンプ フィルターを使用できると思われるフォルダーの一部を削除したいと思いますか?

ユーザー情報のチェックアウトと新しい場所へのチェックインを維持したいので、好ましいオプションではありません。

そのため、SVN サーバーは一晩で停止し、最新のダンプが実行され、前日にサーバーからコピーされました。

新しいSVNサーバーを立ち上げて、最後に成功したダンプからすべてのリポジトリバックアップをロードしました。ただし、ダンプの実行後に古いサーバーに対して行われたコミットがありました。新しいサーバーをテストすると、TortoiseSVN はローカル クライアント ファイルが最新であり、コミットは必要ないことを識別しますが、サーバーが古く、最新のコミットを再度コミットする必要があることはわかっています。

これをできるだけ効率的に行いたいと思っています。何らかの方法でサーバー リポジトリの数を増やし、クライアント マシンに強制的に更新を実行させる方法はありますか? (Tortoise 内でクリーンアップ コマンドを実行すると、どのファイルを再コミットする必要があるかが特定されます)。クライアント/プロジェクトごとにセットアップしたさまざまなリポジトリを使用/アクセスしている多くの開発者がいます。

アドバイス/ヘルプをありがとう。私は SVN 管理にまったく慣れていませんが、復元を実行する必要があったのはこれが初めてです。

デレク

svndumpfilter から奇妙な結果が得られます。多くのブランチに散らばっているリポジトリ内の 2 つの特定のファイルの 24 のインスタンスを消去する必要があります。次のように文書化されているようにコマンドを実行しています：

例えば

ただし、フィルタリングされたダンプ ファイルは、期待どおりにすべてのノードを削除するのではなく、2 つのノードのみを削除しているようです。2 つのダンプ ファイルで svndumptool diff を使用してこれを確認し、レポを再構築した後、除外されたファイルがまだ存在しています。

リポジトリ内のすべてのパスを見つけるために svnlook ツリーを使用したため、これらのファイルのインスタンスを見逃していないと確信しています。また、先頭のスラッシュがコマンドとダンプ ファイルで一致していることを確認しました。

誰にもアイデアはありますか？

svn (Windows 上のサーバー) からデータをエクスポートする必要がありますが、ルート ディレクトリを含めたくありません。例：

project1.dump フォルダーに含めたい: トランクとブランチ (project1 ではない) 私が使用するもの:

しかし、このプロセスを自動化し、bat ファイルを作成したいと思います。

ただし、トランクとブランチのフォルダーがある構造でのみ機能します。ルート フォルダのすべてのフォルダを含めて、このルート フォルダを除外するにはどうすればよいですか? include ステートメントで正規表現を使用できますか? ありがとう。

SVNリポジトリの一部をオフサイトのAWSインスタンスに移動したいので、このページをフォローしています（リポジトリのメンテナンス） 。

dumpリポジトリ全体（Windowsコマンド）を使用しました：

• svnadmin dump c:\repo > all_repo

次に、それをフィルタリングして、関心のあるプロジェクト（「M1」と呼ばれる）のみを含めます。

• type all_repo | svndumpfilter include M1 --drop-empty-revs > m1

他のいくつかのプロジェクトですでに行っているので、これが正しいことはわかっています。

このプロジェクトでは、この投稿のタイトルに示されているエラーで壊れます。正確な表現は次のとおりです。

svndumpfilter：無効なコピーソースパス'/ Personal / Richard / M1_Config'

プロセスは存在しないパイプに書き込もうとしました。

エラーが参照しているフォルダーは、個人用フォルダーの下に作成して送信した構成ユーティリティであり、root /m1...フォルダーの下にはありません。フィルタリングされたファイルに含めたくありませんが、svnコマンドにこれを示す方法がわかりません。

1. Personal / Richard / M1_Configフォルダーを完全に除外しながら、M1フォルダー全体とその子を正しくフィルター処理するにはどうすればよいですか？
2. エクスポートされたファイルに、リモートSVNでM1フォルダーを正しく再作成するための正しい情報が含まれているかどうかを確認するにはどうすればよいですか？

Origoは彼らのSVNホスティングをシャットダウンしているので、私はもう一度別のSVNホスティングサービスに移動することを余儀なくされています。問題は、リポジトリの「夜間ダンプ」へのURLを提供してくれたことです。

しかし実際には、これはSubversionのポータブルダンプファイルではありません。私が入手したのは、ファイルシステムリポジトリ全体の280Mbの「tar.gz」バックアップです。

したがって、そのバックアップを「インポート」または管理しようとすると、いくつかの問題が発生します。

1. それは私が知らないsvnadminの任意のバージョンで作成されました
2. Linuxで作成されたようです（そうです）、私はWindowsで作業しています

SVNホスティングのためにAssemblaに戻ることを計画しているので、インポートするための有効なポータブルダンプファイルが必要です。これが私が立ち往生しているところです：

• svnadmin loadそもそも有効なダンプファイルを取得できなかったため、できません。
• バックアップファイルをフォルダに解凍/解凍してから、を使用して自分でダンプを作成しようとしましたsvnadmin dump。しかし、それから私は恐ろしいメッセージを受け取ります：'vnadmin：E160033：不明なFSタイプ' fsfs
  • 奇妙なメッセージに注意してください：sは'に置き換えられました
  • よく見ると、これは不明なFSタイプ'％s'を％s = fsfs \cr...で出力した結果であることがわかります。
  • そのため、そのバックアップでCR +LFの問題が発生します。これは、新鮮なリポジトリとOrigoリポジトリを比較して確認しました。svnadmin create testrepo

LinuxsvnリポジトリからWindowssvnリポジトリへのこの変換を処理する方法を見つけられることを期待して、ここに質問を投稿しています。

私はすでにこの混乱から2つのオプションを見ていますが、どちらも避けたいと思っています：

オプション1：LinuxPCを使用します。つまり、次のことを意味します。

1. LinuxPCを探す
2. そこに解凍/解凍
3. svnをインストールします。
4. svnadminを使用して、ポータブルダンプを作成します（最終的に使用するsvnadminが、最初に取得したリポジトリと互換性があることを期待して）。

オプション2：svnsyncを使用する

1. svnをインストールします。svnsync
2. 元のリポジトリで使用して、ミラー化されたリポジトリを同期および作成します
3. svndumpそのミラー化されたリポジトリで使用して、ポータブルダンプを作成します
4. それは、元のリポジトリがまだ稼働しているまで機能します。

サイドノート：私はその毎日のバックアップファイルを何年も保存してきましたが、今だけそれを利用しようとしています、そして私はこの問題を抱えています。バックアップではなく復元を行うことを考えさせられます