web-dev-qa-db-ja.com

VisualSVNサーバーとTortoiseSVNSubversionクライアントをアップグレードする際のベストプラクティス

テストする前に https://stackoverflow.com/questions/15916380/vb-script-to-retreive-access-rights-reporting-from-viusal-svn/15940120?noredirect=1#comment22725112_1594012 バージョン1.6.3から3.0.5(最新リリース)へのライブマイグレーションを実行するには、このアップグレードアクティビティを成功させるための経験則とベストプラクティスはありますか?

事前および事後のチェックリストを確認しました http://www.visualsvn.com/support/topic/00036/ ただし、記載されているとおり、まだいくつかの懸念があります

1.既存のリポジトリは_E:\Repositories_にありますが、バックアップコピーを作成する必要がありますか?インストール中に既存のリポジトリを選択できますか? (既存のVisualSVNサーバーはデフォルトのローカリゼーションC:\Program Files (x86)\VisualSVN Serverにインストールされます

2.アップグレード中にユーザーがSVNサービスにアクセスするためのダウンタイムがあると思いますが、通常、完了するまでにどのくらいの時間がかかりますか?

3.ユーザーは引き続き古いTortoiseSVNで作業できますか?現在TortoiseSVN1.6.15を使用しており、1.7.11をアップグレードすることをお勧めします。最初にクライアントをアップグレードする必要がありますか?

私には500人以上のユーザーがいるので、このアップグレードについて話し合い、合意を得るために、できるだけ多くの情報を収集する必要があります。

3
luv2bfar

VisualSVN 3.0.5は、サーバーではなく、VisualStudio拡張機能の最新バージョンです。今日の時点で、最新のVisualSVNサーバーのバージョンは2.5.9です。

VisualSVNサーバー1.6.3はSubversion1.5.5に対してリンクされていますが、2.5.9にはSubversion1.7.9が付属しています。 Subversion 1.7では、クライアント側とサーバー側の両方で、ユーザーに表示される多くの変更が導入されていることに注意してください。したがって、管理者には Apache Subversion 1.7リリースノート を読むことを強くお勧めします。

あなたの質問に答える:

  1. ここでのベストプラクティスは、常にバックアップを作成することです。ただし、実際には必要ありません。インストーラーで現在のリポジトリの場所を選択して続行するだけです。

  2. 数分もかからないでしょう、

  3. サーバーをアップグレードした後、ユーザーは古いSubversionクライアントを使用できます。

作業コピーの形式が変更されたため、ユーザーは新しい作業コピーをチェックアウトするか、古いコピーをアップグレードする必要があります。 TortoiseSVN 1.7リリースノート を確認してください。

1
bahrep