確かに、私が各製品を直接使用してから1年が経ちましたが、現在の好みはAnkhSVNです。人々はAnkhSVNの初期バージョンについて不平を言っていましたが、2.0は元のバージョンをほぼ書き直したものであり、現在はVisualStudioアドインではなく完全なソース管理プロバイダー統合パッケージになっています。CollabNetからの商業的支援と新たなオープンソースの熱意により、AnkhSVN2.0はチャンスに値します。
AnkhSVNの私のお気に入りの2つの機能は、無料であり、[保留中の変更]ウィンドウが大好きです。
VisualSVNに関しては、動きが鈍く、ファイル管理自体を頻繁に処理するのではなく、TortoiseSVNを活用していると感じています。そして、それはお金がかかります（少量ではありますが）。
繰り返しになりますが、これは約1年前の私の最後の直接テストに基づいています。すでに述べたように、TortoiseSVNはそれ自体で優れていますが、本当にVS IDEにプラグインしたい場合は、VisualSVNの前にAnkhSVNを回転させてください。幸運を祈ります。
私は両方の VS プラグインを試しました...数か月使用した後、すべての時間を Tortoise に費やしていることにすぐに気付きました! プラグインは、トランク関連のすべてのアイテムを取得しません。それらは、ソリューションの一部であり、VS が認識するアイテムでのみ機能します。このため、私はほぼすべての時間を Tortoise で過ごしました...そして最終的にはすべての時間を Tortoise で過ごしました。Toroise が無料でほぼ毎日更新されている場合、プラグインに料金を支払う必要はありません。
Tortoise を使い続けて、その使い方を学びましょう。あなたは最終的にもっと幸せになるでしょう。
反応：
@jeroenh: 「... (適切に統合された) VS プラグインを使用することには、特に利点があります。つまり、ソリューション内のファイルを移動/名前変更する場合です。...」
Tortoise でのファイルの名前変更/移動がぎこちないことに同意します。そして VisualSVN はこれをより簡単にします。
@Darko Z: 「個人レベルでは同意しますが、組織レベルでは同意しません。ここには VS 統合が必要な人が何人かいます。ええ、ばかげていますが、十分に公平です :)」
はい、私の現在のチームにはそのような人が何人かいます。カメに慣れるためのトレーニングはクマです。私たちが VisualSVN のライセンスを取得したのは彼らのおかげです。
私も数ヶ月前に同じジレンマを抱えていましたが、最終的に VisualSVN を使用することにしました。C# 社内 Web アプリケーション開発に 4 か月間使用しており、その経験はポジティブなものです。
まず、サーバー部分は Active Directory と統合され、リポジトリを管理するための使いやすい MMC コントロールを提供します。
第 2 に、クライアント部分は VS2008 と統合され、Visual Studio の読み込み時間が遅くならず、ごく単純なカラー コード (変更されていないファイルは緑、変更されたファイルは黄色) で動作します。それは完全なリビジョンの差分を備えており、すべてのリビジョンにコメントできます。
欠点の 1 つは、フック (コミット後のフックなど) のサポートが非常に初歩的であることです。
誰が最も多くのコミットを行ったかなどの統計を表示できます。ブランチはサポートされていますが、これらの機能は使用していません。すべてのクライアント/サーバー通信は SSL を介して行われます (キーと証明書は自動的に構成されます)。
ある時点で Visual Studio ドロップダウンからブランチ履歴を削除する方法について質問したところ、.suo ファイルを削除するだけでよいとの回答がありました (効率的なカスタマー サービス)。
最後に、VisualSVN を使用した私の経験: 比較的小規模なチームにとってシンプルで簡単です。(私たちは 5 人のプログラマーですが、これはそれよりもはるかに大きいと確信しています)。
私は現在VisualSVNを使用していますが、新しいファイルをSVNに自動追加し、エクスプローラーウィンドウを開かなくても簡単に元に戻して差分をとることができるので便利です。ただし、VisualStudioソリューションにないファイルにはTortoiseSVNを使用する必要があります。
前回AnkhSVNを使用したときは、うまく機能せず、SVNチェックアウトを台無しにしました（ただし、これは数年前のことです）。
私は両方を使用しましたが、Visual SVN (v3.0.4 以降) を好みます。これは、私が既に使用していて、よく知っている Tortoise SVN と統合されているためです。この親しみやすさとVisualSVNとの統合により、私はそれをもう少し好みます。
AnkhSVN (v2.4.11610 の時点) には VS.NET に統合されたより多くの機能があるという議論があると思いますが、慣れるのが難しくない独自のダイアログ ウィンドウとプロンプトで動作していますが、やはり機能が気に入り、 Tortoise SVN の親しみやすさ。
また、私のショップではすべて Windows エクスプローラー経由で Tortoise SVN を使用しているため、Visual SVN への移行は、優れた統合を VS.NET に直接追加する以外にはそれほど大きな問題ではありません。過去 30 日間にわたって VisualSVN を使用したとき、ここの他の投稿でコメントされている落とし穴はありませんでした (ほとんどは 3 ～ 4 年前のもののようです)。
ここで私が言いたいのは、あなたが Tortoise SVN のヘビーユーザーで、その仕組みが気に入っているなら、VisualSVN を使ってくださいということです。あなたが Subversion に不慣れで、本当に気にしないのであれば、追加の統合機能を備えた無料のAnkhSVN を使用するのがおそらく最善の方法です。
あなたが尋ねたその質問は個人的な好みに要約されますが、Tortoise SVNまたはコマンドラインクライアントのいずれかのideクライアントに追加することをお勧めします。多くの場合、IDE クライアントが必要なタスクを実行できない状況に置かれることになります。