問題タブ [svnadmin]

通常の構造 (ブランチ、タグ、およびトランク) を含む repoA から、トランクにサブフォルダーのみを含む repoA から、ブランチ、タグ、およびトランクにプロジェクトとコードを持つ既存の RepoB に移行しようとしています。

コードを使用して作成されたダンプ ファイルがあります。

これにより、repoA のすべてが得られます。

次に、次のコマンドを使用して RepoA.svn_dump を repoB にロードしようとします。

エラーメッセージが表示されます：

パスの追加: svn://svn/_backup/branches ...svnadmin: ファイルが見つかりません: トランザクション 'xxxx=xxx'、パス 'svn://svn/_backup/branches'

グーグルで調べた後、次のコマンドを使用してフォルダーを RepoB に追加しました。

RepoA のブランチとタグにはサブフォルダーはなく、上記で作成したディレクトリの下にサブフォルダーがあります。

この後も同じエラーが表示されます

パスの追加: svn://svn/_backup/branches ...svnadmin: ファイルが見つかりません: トランザクション 'xxxx=xxx'、パス 'svn://svn/_backup/branches'

どこで間違ったことをしたか、または実際に何をすべきか? 助けてください。

Apache Lucene のリポジトリのSVN ダンプを取りたいです。上記のリポジトリをローカル マシンに複製する方法を教えてください。

私は次のSVN構造を持っています：

• 既存のリポジトリ1

  • ..。
  • MyFolder
    • FolderToMove
    • ..。

• 既存のリポジトリ2

  • ..。
  • AnotherFolder
    • FolderToMove<-ここに移動
    • ..。

だから私はすでにこの質問を読んだ：あるSubversionリポジトリから別のリポジトリに単一のフォルダを移動するにはどうすればよいですか？ しかし、私の場合、ExistingRepository2はすでに存在します。では、どうすればそれができますか？新しいプロジェクトですべてのリビジョンを使用したいと思います。

たとえば、にリビジョン番号1000がExistingRepository1 -> MyFolder -> FolderToMoveありExistingRepository1ますが、すでに番号1000のリビジョンがあります。では、どうsvn loadしますか？リビジョン番号は自動的に移動しますか？

これらはコマンドになります：

よろしくお願いします、ティム、よろしくお願いします。

svnadmin createさまざまなユーザーが作成したすべての Subversion リポジトリを一覧表示するにはどうすればよいですか? リポジトリをバックアップする方法を設定したい。しかし、まず、それらのリストを知っておく必要があります。多くのユーザーは、複数の場所に独自のリポジトリを作成している可能性があります。

残念ながら、この質問への答えは思ったほど単純ではありません...しかし、それでも比較的単純にできることを願っています。答えが「svnadmincreate...duh」であると私に言う前に、最後まで読んでください。

私は、SVNサーバーを奇妙な方法でセットアップしている会社で働いています（少なくとも私が慣れていることに関しては）。私たちは皆そこにいましたよね？

各プロジェクトに個別のリポジトリを与えるのではなく、サーバー上に「/ var / www / svn / repos /」という実際のSVNリポジトリ（conf /、db /、README.txtなどがあります）というフォルダがあります。初期化）。次に、最上位のフォルダーをONEリポジトリーに追加することでプロジェクトを区別します（例：Project1、Project2など）。

私はこのセットアップが好きではなく、いつかセットアップを私が慣れているものに変換することに取り掛かる可能性があります。各プロジェクトは独自のリポジトリ（個別のログ、データベースなど）です。

しかし、私の質問はこれです：現在のセットアップに新しい空のプロジェクトを追加するための最良の方法は何ですか？とにかく、svnadminを使用して新しいトップレベルのフォルダー/プロジェクトをリポジトリに追加することはできますか？これは、新しいプロジェクトの構築を開始する空のフォルダーである可能性があります。

単一のリポジトリ全体をチェックアウトし、新しいトップレベルフォルダをローカルチェックアウトに追加してから再コミットすることで、これを実行できることを私は知っています。しかし、誰かがログデータのGBだけであるフォルダ/プロジェクトを作成したので、私は本当にこれをしたくありません...そして私はただ1つの空のフォルダを追加するためにこれのダウンロードを待ちたくありません。

あなたが知る必要がある他の情報があれば私に知らせてください。問題のサーバーにroot/sudoアクセス権があります。

よろしくお願いします！

デイブ

編集：この会社でのSVNの使用方法では、誰も完全なリポジトリをチェックアウトしません...彼らは興味のあるフォルダ/プロジェクトをチェックアウトするだけです。 「SVNリポジトリディレクトリ構造では、「svnmkdir」コマンドを実行するだけで十分です。

次のことが起こったSVNプロジェクトを修正しようとしています:

フィーチャー ブランチがトランクから取得されました。このブランチへの定期的なコミットがありました。ブランチをトランクにマージするときが来たとき、開発者は SVN マージではなく WinMerge (!) を使用したため、これに関するすべての履歴が失われました。さらに、WinMerge のマニュアルでは見落とされていた小さなバグ修正がいくつかありました。これは数週間前に発生し、それ以来トランクへのコミットが定期的に行われているため、単純に元に戻すことはできません。

だから、私は戻ってマージを正しくやり直そうとしていますが、これは私が思っていたよりも複雑であることが証明されています...

この「BadMerge」の前の時点に戻してから適切なマージを行おうとすると、BM の後に発生した他の変更を再マージできません。

なので、これと同じように svnadmin dump と load を使う必要があると思いますが、何をする必要があるのか​​正確にはわかりません。

1. BM (ChangesetX) の前に変更をダンプします。
2. BM 後の変更をダンプします (ChangesetY.
3. ChangesetX を何にロードしますか? 新しいレポ？
4. これを適切にマージします
5. ChangesetY をロード

これは可能ですか？どんな助けでも大歓迎です。

ありがとう

トム

リポジトリがホストされているサーバーにアクセスできる場合にリポジトリを移動する方法についての情報を見てきましたが、リポジトリのログイン情報しかない場合はどうなりますか？

リポジトリとそのすべてのリビジョンを完全にチェックアウトしてから、別のリポジトリに移動できますか？

これは、プロジェクトを引き継いだが、ログイン資格情報を持っているのにsvnサーバーにアクセスできないためです。

git svn で削除したディレクトリがありDir、それから を追加しましdirた。この 2 つのコミットをチェックインすると、svn は更新できなくなり、既に存在するディレクトリを追加できなくなります。

リポジトリが置かれているファイルシステムへのアクセスを必要としない svn コミット自体を削除する方法はありますか?

ホーム サーバーでハード ドライブに障害が発生しました。

ディスクが不足していることに気づいたら、ログインして、複数のプロジェクトを含むリポジトリのコピーを作成しました。

ただし、ディスクに障害が発生していたため、リビジョンの 1 つが破損しています。

master/db/revs/およびディレクトリには、実際にはというmaster/db/revprops/ファイルが含まれていない823ため、このリビジョンはありません (壊れています)。master/リポジトリには、リビジョン #947 までの後続のリビジョン (私が本当に保持したい!) があります。

今日、私は最新のオフサイト バックアップ (!) を取得しました。これには、幸いにもこのリビジョンが含まれています。master/不足しているリビジョンはバックアップよりも新しいため、修正して壊れたリポジトリを「修復」したいと考えています。

でコピーしたものと同じバージョンの新しく作成されたリポジトリにダンプ ファイルをロードしたことを確認したmaster/ので、すべて古い「リニア」フォーマット 3.

823バックアップdb/revs/とdb/revprops/ディレクトリからファイルをコピーするだけで、明らかなことを試しました。

このディレクトリーrepos/には、バックアップ・ダンプからロードされたリポジトリーが含まれています。今私は得る：

これはあまり心強いことではありません。他のさまざまなコマンドを試しましsvnadminたが、ベリファイアを満足させるものはありませんでした。

私の次のアイデアは、コピーを取り消して、壊れたリポジトリの「新しい」コピーから始め、823以降のリビジョンをダンプして、バックアップとマージすることでした。しかし、それは可能ではないようです。欠落しているリビジョンの後にリビジョンをダンプすることはできません:

世界がリビジョン 824 で始まったふりをして、そこから進むことを期待して、ダンプを「インクリメンタル」にすることは役に立たないことに注意してください。

これはに出力を書き込みますがdump.txt、信頼できるかどうかはわかりません。リビジョンを正常にダンプしたことは記録されないことに注意してください。

更新: 別のアイデアがありました: 新しいリビジョン ファイルを crashing-disk-copy からmaster/バックアップにコピーして、「行方不明のテール」を提供する:

ただし、これはターゲットリポジトリを破損するだけのようです:

今、私はアイデアを使い果たしました。