1

更新: svn および http プロトコルのベンチマークは..

プロジェクトのトランクをチェックアウトするのにかかった時間 (分と秒)。

svn プロトコル: 5:32

http: プロトコル: 5:33

svn プロトコル (AVG フォルダーの例外あり): 2:22

http プロトコル (AVG フォルダーの例外あり): 2:23

速度の結果 : まったく何も入っていません!

AVG の結果 :ただし、AVG に作業コピー フォルダーを無視するように指示することで、チェックアウト時間が 2 倍速くなりました。

元の質問:

私たちは現在VisualSVNサーバーを使用していると思います!? http(s) プロトコルのみをサポートしていますか? （誰か確認できますか？）..

私はここを読んで、svn:// プロトコルが特に小さなファイルがたくさんある場合にかなり高速であることを認識しました。

svn:// プロトコルで Subversion サーバーを使用するように移行する最も簡単な方法を誰もが推奨できますか (それが異なるフレーバーの Subversion サーバーを使用することを意味する場合でも)。

VisualSVN サーバーを実行しているマシンは、Microsoft Windows Server 2003 ボックスです。

前もって感謝します、

-- リー

4

3 に答える 3

3

svn：//プロトコルでSubversionサーバーを使用するように移行する最も苦痛のない方法をお勧めします

VisualSVNの代わりに元のSubversionサーバーを使用してください。リポジトリの管理はそれほど難しくありません！通常のSVNに移行するだけで、ライセンスコストを節約できます。

また、HTTP/HTTPSプロトコルを使用しないことをお勧めします。ほとんどの場合、プロトコルはWindowsワークステーションでは問題になりません。問題は通常、問題の原因となるアンチウイルスと低速のNTFSです。

一般的な注意：上記の問題により、LinuxでのチェックアウトはWindowsステーションでのチェックアウトよりも桁違いに高速です。ですから、に切り替えた後は改善が見られないと思いますsvn://。また、元のSubversionサーバーで簡単なベンチマークを実行して、何かが改善されるかどうかを確認することもできます。

また、httpsを使用すると、（必要に応じて）SVNリポジトリをインターネットに配置し、ユーザーがVPNなしで安全な方法でアクセスできるようになります。

于 2010-02-02T09:44:52.800 に答える
3

https://VisualSVNサーバーの下にあるので、VisualSVNサーバーで/http://からsvn://プロトコルに変更するのは簡単だと思いsvnserveます。svnserveコマンドの使用を開始するだけで、プロトコルをsvnserve -d -r <repositories_dir>使用svn://してリポジトリにアクセスできます。

于 2012-03-04T15:39:34.843 に答える
2

サブバージョン更新の速度低下の問題は、プロトコル (SVN は HTTP と同じ速度) によるものではなく、実際にはすべてのファイルをスキャンする AVG によるものであることが判明しました。

AVG に例外を追加して、作業コピー フォルダーの更新とチェックアウトが 2 倍以上高速になりました。

プロジェクトのトランクをチェックアウトするのにかかった時間 (分と秒)。

svn プロトコル: 5:32

http: プロトコル: 5:33

svn プロトコル (AVG フォルダーの例外あり): 2:22

http プロトコル (AVG フォルダーの例外あり): 2:23

速度の結果 : まったく何も入っていません!

AVG の結果 : ただし、AVG に作業コピー フォルダーを無視するように指示することで、チェックアウト時間が 2 倍速くなりました。

于 2010-02-02T14:57:33.440 に答える