Windows Vista マシンで VisualSVN Server を完全に実行していましたが、今度は同じマシン (新しいパーティションにインストール) で Windows 7 を実行します。
これで、すべてのソース コードが D: ドライブのリポジトリに保存されます (以前は C: にありました)。
(Windows 7 は C:、Vista は D: になります)
D:\Repositories を C:\Repositories としてコピーし、VisualSVN Server を Windows 7 に再度インストールして、C:\Repositories を使用できるようにします。その後、すべてのソース コード、すべての履歴 (差分とコメント) は次のようになります。再び入手可能ですか？
試してみるといいと思いますが、そうする前にリポジトリの svnadmin ダンプを取ってください。うまくいかない場合 (svnadmin verify を試す、別のボックスで作業コピーを更新する、ログ履歴を確認する)、通常のsvnadmin dump, create, loadのパスをたどります。
URL が変更されない限り、つまりサーバー名が同じままである限り、クライアントは作業コピーを再配置する必要はありません。
はい、これは機能します。自宅で新しいサーバーをセットアップし、バックアップからリポジトリを復元するときに、同じことを自分で行いました。
VisualSVN サービス ユーザーが問題のファイルへの書き込み権限を持っていることを確認してください (同じユーザーなしでファイル/フォルダーをあるシステムから別のシステムにコピーする場合の典型的な問題です)。
基本的に、VisualSVN サーバーをインストールし、リポジトリをコピーして、サービスを再起動します。承認が行われていれば、それだけです。
後で VisualSVN のセキュリティ設定を調べることもできます。リポジトリ内の認証ファイルを使用してそれらを保存するか、外部に保持する場合は100％肯定的ではありません（そこに保存すると思われますが、100％確信が持てません。）
非常によく似た動きが私にとってはうまくいきました。
はい、最後に試してみましたが、完全に機能しました。良いことに、新しい Windows 7 クライアントで TortoiseSVN を使用してプロジェクトを追加する必要さえありません。以前から自動的に追加されています（非表示の.svnフォルダーからだと思います）。