問題タブ [svnadmin]

既存のリポジトリルート名を新しい名前に変更する必要があります。

svnserveサーバーを使用しています。

1. svn：//somename.dev.loc.con.dept/export/svnrepo/ old_nameの
   名前 をsvn
   ： //somename.dev.loc.con.dept/export/svnrepo/new_nameに変更します

2. コマンドラインでは、次のようになります。

   /li>

3. リポジトリ名も変更する必要があります

   CL_abc
   から
   CL_newname

私が働いている企業のSVNサーバーに大きなリポジトリがあります。SGBD の不安定性や破裂をチェックするために、このリポジトリの整合性を毎日確認する必要があります。

プロンプトコマンドライン「svnadmin path_to_my_repository」を使用して、リポジトリの整合性を確認しています。

問題は、リポジトリが非常に大きい (28.029 リビジョンで約 23GB) ため、この操作が完了するまでに多くの時間がかかることです。

問題は、この操作を最適化して、実際にかかる時間を短縮するにはどうすればよいかということです。または、リポジトリの整合性を短時間で検証するために使用できる他の方法がありますか?

追加情報:

• SVN リポジトリがインストールされている OS: Windows Server 2008
• リポジトリを保存するために使用しているSVNサーバーは次のとおりです。VisualSVNサーバーマネージャー2.5.7
• コマンド「svnadmin path_to_my_repository」は、実際には約 18 ~ 24 時間かかります。

Subversion ダンプをリポジトリにロードし始めました。完了する前にクォータを使い果たし、コマンドが停止しました

<<< 元のリビジョン 327 に基づいて、新しいトランザクションを開始しました * 編集パス: XXX/YYY/Makefile ... 完了。svnadmin: ファイル '/XXX/db/txn-protorevs/2738-24o.rev' に書き込めません: ディスク クォータを超えています

クォータの追加を要求しましたが、インポートを続行する方法がわかりません。同じコマンドをやり直すだけですか？

または、失敗したリビジョン (327) でインポートを再開する方法はありますか?

リポジトリをダンパーにする必要があるかどうかを確認する ac# アプリケーションを作成しました (いくつかのパラメーターを使用)

このアプリケーションを自分のコンピューター (Winsows 8) でコンパイルしたところ、意図したとおりに動作しました。.net 4.5 がインストールされた 2 つの異なる Windows サーバー (2003 と 2008) で使用しようとすると、問題が発生します。

その前に、私が得た問題について話します。このアプリを機能させるために作成したコードの一部を紹介します。

ここで、dirはリポジトリの実際の名前です。exec関数は次のとおりです。

私が得たのは、Windows 8でこれを実行すると、サーバー2003でこれを実行すると意図したとおりに機能し、サーバー2008でこれを実行するとリビジョン0のみがダンプされ、エラーが返されるということです(リポジトリではありません!)

Windows 8 svn バージョン: 1.7.8 (sliksvn) Windows サーバー 2003 svn バージョン: 1.5.8 Windows サーバー 2008 svn バージョン: 1.7.9

どんな助けでも感謝します、前もって感謝します

CentOS Linux 6.3 上の SVN 1.6.11 で実行されている約 5 つの異なる SVN リポジトリがあります。先週、SVN サーバーを新しいサーバーに移行するように依頼されました。週に 1 回、各レポのフル バックアップを実行する cron ジョブがあり、2 晩ごとに次の方法で増分バックアップを実行します svnadmin dump -r 100-200 --incremental repo |gzip -9 > incremental_100_200.svn.gz 。このバックアップの時点で最も新しいリビジョン)

最後の完全バックアップを新しいサーバーに完全に復元し、リポジトリのほぼ最新のコピーを作成しました。1 週間を通して、古いサーバーから新しいサーバーに増分バックアップを復元して同期を維持し、金曜日に新しいサーバーに切り替えることを計画しました。

残念ながら、私はいくつかのレポでインクリメンタル リストアを見逃していたに違いなく、どういうわけか気付かなかったので、新しいサーバーに切り替え、人々は引き続きファイルを追加して変更を加え、レポに新しいリビジョンを追加しました。問題は、いくつかのレポでいくつかのリビジョンが欠落していたため、新しいリビジョンがそれらのリビジョン番号を取得したため、現在他のデータが占有しているため、古いレポから増分を取得して新しいレポにロードできないことですそれらのリビジョン。私は何をしますか？

以下に示すように、ツリーの競合メッセージが表示されます-

私がしたこと：

1. トランクから機能ブランチを作成しました。
2. トランクにいくつかの変更を加えました。トランクからいくつかのジャンク ファイルを削除しました。
3. トランクを機能ブランチにマージしました。この時点まで、すべてが正常に機能していました。
4. 機能ブランチにいくつかの変更を加えました。これで、フィーチャー ブランチは PROD へのリリースの準備が整いました。
5. 機能ブランチをトランクにマージしようとしたところ、この競合エラーが発生しました。

このエラーが発生する理由と回避方法がわかりません。

ありがとう。