SVNサーバー/リポジトリをLinuxからWindowsに移動する際の落とし穴は何ですか？
SVNリポジトリサーバーとして使用するFedora7を実行しているサーバーがあります。私が働いている新しいITポリシーでは、サーバーをネットワーク上に配置できるようにする場合は、Windowsボックスを使用することが義務付けられています。
この動きをするために克服しなければならない課題は何ですか？これらの項目の一部は、ポリシーの例外を設定するために使用される場合があります。
ちょっとしたチェックリスト：
- アクセス方法。 SSH経由でSVNサーバーにアクセスする場合、Windowsでははるかに主流であるため、HTTPへの切り替えを検討することをお勧めします。
- [〜＃〜] uuid [〜＃〜]。リポジトリを移動する場合は、古いリポジトリにアクセスできないようにするか、読み取り専用にすることを忘れないでください。次に、同じUUIDを再利用して、クライアントで
switchサブコマンドの--relocateオプションを楽しんで、シームレスな再配置を行うことができます（新たにチェックアウトする必要はありません）。 - Apache。すでにIIS（またはボックス上の別のWebサーバー）がある可能性があるため、変更する必要があります
- データベース。リポジトリデータベースとしてFSFSを使用している場合は、それをコピーするだけです。 BDBには
svn dump/loadサイクルが必要です。データベースをネットワーク共有に配置する場合は、よく考えてください。FSFSのみが機能します（ただし、実際にはお勧めしません）。 - ユーザー。ユーザーがどのように認証されるかを考える必要があります。
htpasswdファイルをコピーするのと同じくらい簡単かもしれません。 - SVNバージョン。同じバージョンのSVNサーバーを使用していることに注意してください。そうでない場合は、
svn dump/loadサイクルが必要になる場合があります。 - フック。 SVNサーバーにフックがある場合は、それらを移植する必要がある可能性があります。同じスクリプト言語（ActivePythonまたはActivePerlを考えてください）をインストールするか、vbsまたは同等のものでそれらを書き直してください。
- ファイアウォール。サーバーボックスがワークステーション版にある場合に備えて、ファイアウォールポートを開くことを忘れないでください（非常に簡単ですが、一度噛まれました）。
すべての詳細についてはわかりませんが、リポジトリで実行しているフック/スクリプトは、バッチファイルとして書き直す必要があることに注意してください。
ダンプ/ロードは適切な手順であり、問題からあなたを安全に保ちます。 svn book を参照してください
Windowsでの VisualSVN Server の実行は非常にスムーズです。 VisualSVNサーバーは、任意の数の独立したSubversionリポジトリをホストできます。
Subversionが推奨する方法でリポジトリを移動できます。これは、両側の標準リポジトリです。リポジトリのバージョンに注意してください。アップグレードが必要になる場合があります。アクセス許可はウィンドウ指向であるため、クライアントがサーバーに対して認証する方法を変更する必要がある場合があります。もしあれば、フックスクリプトで頑張ってください。ポータブルスクリプト言語で書かれていることを願っています。 PerlまたはPython。
逆に移動しようとしている場合（Windowsでsvnadminを使用してリポジトリのダンプファイルを作成する場合）は、PowerShellではなくcmd.exeプロンプトを使用してください。
私はこれを行い、PowerShellからの出力をリダイレクトすると、同じファイルを宛先リポジトリにロードしようとしたときにsvnadminが読み取れないUnicodeファイルが生成されることを（難しい方法で）発見しました。また、実行にかなり時間がかかります（そして、明らかに、ファイルは2倍の大きさです）。