私はSVNがVisual Studioでどのように動作するかについて読んできました。私はVS 2008を使用しており、VS 2008でSVNを使用する際に起こりうる問題について心配しています。VS 2008でSVNを使用する際の問題
誰もSVN + VS 2008で自分の経験を共有できますか？
ありがとうございました！
注：GITをミックスに投げ込んで、私が尋ねたかった本物の質問を少し希釈したことに気付きました。だから、私はちょうどSVN + VSに質問を制限しました。
IDEがリファクタリングをサポートしている場合、IDEのVC統合が最も重要です。 Subversionとの統合を行わずにEclipse JDTを使用すると、EclipseがSubversionにファイルが削除されたことが通知されない限り、名前が変更されたクラスが「svn update」の後に再び表示されるので非効率です。
"ファイルシステムを変更する"リファクタリングを行っていない場合、IDEでのVC統合は非常に重要ではなく、TortoiseSVNなどでうまくいくことができます。
Visual Studio 2008とsvnをインターフェースするためのプラグインが必要になります。 Ankhはかなり人気があり、私はVisual SVNについて聞いたことがあります。
個人的に私はIDEの統合に関してあまり興奮しません。エクスプローラーでTortoiseSVNを使用していますが、これはVSに重点を置くことなく、IMOも同様に動作します。 AnkhSVN、Visual SVN、SlickEditのバージョニングツールボックスは、統合されたツールの1つです。
は、しかし、私が理解から（対話からのみ）、Gitの！= SVN ...
ビジュアルスタジオの視覚的なものは、私が物事を追加したときに覚えています：o – Gromer
TortoiseSVNはエクスプローラであなたに指示します - 「これを追加しましたか？あなたがコミットすると画面上に表示されます。見逃しにくい –
私はMarcと一緒です。私は実際にはIDEプラグインではなくTortoiseSVNを通して私のバージョンコントロールを管理する方が好きです。それははるかにクリーナーで、私はソース管理に入るものをより詳細に制御できます（SVNに格納するために何かを私のソリューションに追加する必要はなく、すべてが格納されているフォルダのみ）。 – Chris
私はとVS 2008でのIDEのプラグインなしで両方のSVNを使用しましたし、何の問題を見ていません。
Visual Studioとの統合に関連するものよりも、svnとgitのさまざまなパラダイムのために、はるかに大きな違いが見られます。
これらの相違点を説明するのはちょっとした仕事であり、いずれかがあなたの人生をさまざまな方法で幸せにするので、どちらを使用するか心配はありません。あなたはいつでも後で変更することができます。そして、もしあなたがそのルートに行くことに決めたら、両方を使用するまで、あなたは本当にその違いを理解しません。
TortoiseSVNは本当に良いですが、VS 2008を使用している場合はVisualSVNが素晴らしいです.GitはVS開発者（または一般的にWindowsで動作している）にとってひどいです。
SVN + VS2008にはいくつかのオプションがあります。
1）VS2008と統合せずにTortoiseSVNを使用してください。これは私がほとんどの時間を使用するもので、問題はありません。
2）TortoiseSVNを使用して、独自のツールバーボタンをTortoiseSVNの自動化コマンドにマッピングしてVS2008と統合してください。 See this blog
3）VisualSVNを使用してください（これらの人はTortoiseSVNをVS2008に完全に統合しています！）
4）使用AnknSVN（フリーでオープンソースが、そのTortoiseSVNのに基づいていない）
Agent SVNは、Visual Studioので動作し、それがMS-SCCIであるため、MS-SCCIのプラグインですVisual Studio自身のにあるソースコントロールメニューに直接統合されています。
私は同意します。 Eclipse + subclipseがSVNでどのように動作するかを見てきたので、適切なIDEの統合はSVNの全機能を活用する上で重要です。 Jesperに指摘してくれてありがとう。 – magius