OK、問題を別々の小さなタスクに分割しましょう
- server.company.comをcompany.comに変換します
純粋なDNSの問題、内部ドメインのDNSゾーンに必要なデータを書き込むか、ローカルホストファイルを使用する
- company.com:8443をcompany.comに変換します
VisualSVNサーバー(プレーンなVisualSVNはVisual StudioのSVNプラグイン)を80ポートで起動します
- company.com/svn/パスをcompany.com/に変換します
「サイトルートにDAV-SVNを含める方法」(「実装」、p.3)の部分で私の答えを読んでください。
デフォルトの構成は、1つのサーバーから複数のリポジトリを使用することを意味します。そうではなく、リポジトリが1つしかない場合は、ロケーションデータを変更し、必要なSVNディレクティブを使用できます(この「基本的なApache構成」トピックについてはSubversion Bookを参照してください)。
次のhttpd.conf構文を使用して、リポジトリが/ var / svn/repositoryにあるDAVプロバイダーにすべてのURLの処理を委任するようにApacheに指示できます。
<Location ...>
...
SVNPath /var/svn/repository
</Location>
注-/var/svn/repository
例として、ディレクトリがあります。これには、単一のリポジトリがすぐに含まれています。
ビオラ!タスクは解決しましたか?!
VisualSVNチームが
httpd.confファイルを変更しない
彼らは(私が思うに)ユーザーの必要性を念頭に置いています
- VisualSVNサーバーの更新ごとにhttpd.confがデフォルトに置き換えられるため、カスタマイズされたhttpd.confのコピーを用意します。
- 開発者の構成によって変更された独自の変更を自己統合します
- インテリジェントでスマートであり、バヌラ製品の問題ではなく、ローカルの変更によって引き起こされた問題についてVisualSVNチームに不満を言わないでください