How to upgrade SVN server from 1.6 to 1.7 およびWill TortoiseSVN 1.7 work properly against a SVN 1.6 repository?に関連する。Subversionサーバーを1.7から1.8にアップグレード
VisualSVN-Serverを2.6.0（SVN 1.8）に、ローカルTortoiseSVNクライアントを1.8にアップデートしました。私はローカル作業コピーを1.8にアップグレードしました。
私の質問は、単に実際のリポジトリに何かするのですか？リポジトリのバージョンをどのように判断できますか？ Can /それはアップグレードする必要がありますか？
私は簡単に作業コピーを更新できますが、実際のサーバーリポジトリについては何も見当たりません。
リポジトリをアップグレードするためにサーバ上で何かを行うことは必須ではありません。今後のFSFSバックエンドの新機能を利用するには、svnadmin upgradeを実行することができますが、履歴全体に対して最大限の効果を得るには、ダンプ/ロードサイクルを実行する必要があります。
これには、bug with svnadmin upgrade in 1.8.0があります。シャットダウンされていないリポジトリがある場合、クラッシュする可能性があります。したがって、1.8.1まで待つか、ダンプ/ロードを完全に行うことができます。
Apache Subversion 1.8 Release Notesによると、最新のライブラリとバイナリを古いものの上にインストールするだけです。
私はこれを試してみる前に、Subversion 1.7の良いバックアップがあります。
どのようにしてリポジトリのバージョンを確認できますか？
{repo}/db/fs-typeおよび{repo}/db/formatをご覧ください。鉱山は現在、次のとおりです。
4
layout sharded 1000
は/それはアップグレードする必要がないことはできますか？
アップグレードする必要はありません。 svn 1.8は、以前の形式と同様にFSFS形式4もサポートしています。ダンプと再読み込みは、いくつかの効率的な利点を備えた最新のFSFSフォーマット（5）を提供し、アップグレードを余儀なくされた日にはおそらく延期されます。
私は、小さなコミットがたくさんあるときに最大の利益を得られると信じています。 2つのrepos I controlで、私はレポサイズがFSFS 4からFSFS 5へと約5-10％しか減少しないことを発見しました。
"unsharded"リポジトリがあるかどうかを確認するにはどうすればいいですか？それ以外の場合は、これは私が行方不明の答えのように見えます。 svnadmin。 'repo'を' repo1.7'に移動し、新しい 'repo'を作成します。' svnadmin dump repo1.7> dumpfile'> 'svnadmin load repo
WernerCD
リポジトリの 'db/revs'ディレクトリに、それぞれが1000個のファイルを含む一連の番号の付いたディレクトリ（0から始まる）が表示されている場合は、断片化されたリポジトリがあります。単に 'revs'の下にファイルの山があると、それはunshardedです。 – alroc