または（うまくいけば）SVNは最近.NETプロジェクトの標準になりましたか？
Tortoise SVNクライアントを使用して、.Net プロジェクトに SVN を使用しています。Ankhsvnなどの Visual Studio と統合するためのツールもあります。
Subversion は非常に人気があり、Subversion を直接操作できる Ankh SVN と呼ばれる Visual Studio 用の優れたプラグインがあります。そのため、Subversion は少なくとも .NET 開発には適したオプションです。
そうは言っても、Team Foundation Server は優れており、通常のソース管理を超えた優れた機能がいくつかあります。
もちろん、SVN (および SourceSafe) を使用しています。
必要に応じて、両方に IDE 統合があります。(または、IDE の外部からのチェックインをサポートできます)。
特定の無料/有料のプロジェクト管理サイトは、現代の小規模プロジェクト ( http://www.unfuddle.comやhttp://code.google.com/など) に最適で、SVN のサポートが組み込まれています。
SVN との IDE 統合: VisualSVN / AnkhSVN
VSS との IDE 統合: Visual Studio に組み込まれています。
私の会社では、Subversion と TortoseSVN (Explorer 統合) と AnkhSVN (IDE 統合) を使用しています。
これに加えて、Bitvise WinSSHD と Putty/Pageant を使用して、ソース リポジトリを SSH で保護します。
さらに、コードをリポジトリにコミットした後、Continous Integration のために CruiseControl.Net、Nant、および MSBuild を使用します。
SourceSafeは何年にもわたっていくつかの改善がありましたが、私のチームはすべて、ソース管理にTeamFoundationServerを使用しています。また、作業項目、バグトラッキング、生産性レポート、アプリケーションライフサイクル管理（ある程度）なども提供します。
彼らは小さなチームのために無料または安価なワークグループ版を持っているかもしれないと私は信じています。
-ジェイソン
本当に基準はないと思います。大規模な機関やMSパートナーは、TeamFoundationServerを使用している可能性があります。小さなお店では、Subversionなどを見つける可能性が高くなります。私は今、大手リテール銀行にいます。彼らはここでMerantPVCSを使用しています。私が以前ここにいたIBankでは、彼らは非常に古いCVSを使用していました。また、MSパートナーであるクライアント内でBorlandStarteamが使用されていることも確認しました。これはVSにうまく統合されています。
標準とは言えませんが、SVNを使用する.NET開発者はますます増えていると思います。
そして今、次のような優れたツールがあります。
- PHP/MySQL で何年も過ごした後、.NET に戻ってきました。
素晴らしい。
- 2002 年の Microsoft プロジェクトでは、常に Visual SourceSafe を使用していましたが、誰もがそれを嫌っていました。
そこはあまり変わっていません
- 現代の .NET プロジェクトでは、チームはまだ Visual SourceSafe を使用していますか?それは改善されましたか?
はいといいえ。個人的なプロジェクトでは SVN を使用していますが、仕事では SVN と VSS2005 の両方を使用する必要がありました。前述のように、標準はなく、チーム/企業の標準に大きく依存していると思います。
私たちは CVS を使用していますが、SVN への移行を検討しています。
SourceSafe は死んでおり、Microsoft はあきらめているようです。
あなたが (私のような) マイクロソフト ショップで働いている場合、彼らは次のいずれかです..
*まだ SourceSafe を使用しており、近いうちに SVN または TFS に移行することを検討しています。おそらく TortoiseSVN などを使用 *TFS (Team Foundation Server) を使用 すべてを含む Microsoft SVN Killer。
TFS は高価であり、SVN に比べて証明されていないことはほぼ間違いありません。小さなお店なら、おそらく SVN がデフォルトです。
中規模または大規模の Microsoft ショップの場合、おそらく TFS がデフォルトになります。
Windows システム エンジニアは、これがバックアップ対象の SQLServer データベースの 1 つに過ぎないという事実を気に入っています。彼らは組み込みのすべてのレポート要素を気に入るはずです。WorkItems とバグ追跡はすべて組み込みです。ただし、私の限られた経験では少し扱いにくいです (サード パーティのバグ トラッカーをまだ使用しています)。
他の製品と同様に、VSS は標準ではありませんが、少なくとも私が働いている環境では、VSS がより多く使用されているように見えます。個人的には、SourceGear の Vault 製品の方が好きです。
私は大規模なプロジェクト (> 500 人の開発者) で作業しており、ClearCase を使用しています。これは無料ではなく、www で読んだように、リソースが重いです。しかし、私はここにいるので、数分で解決できる小さな問題しか得られませんでした。以前は SVN を扱うのはずっと大変でした (SVN の経験が豊富な人がいなかったからかもしれません)。
私の仕事のほとんどは SourceSafe を使用して行われていますが、別の部門の一部は SVN を使用して行われています。私はおそらく SourceSafe よりも SVN を好みますが、どのバージョン管理システムが使用されるかを判断するのは私の義務ではありません。
私が 2003 年以来働いてきた .net を使用している 3 つの会社では、すべて VSS を使用しており、これらの会社の誰も変更しようとはしていないようで、1 人の男が SVN に積極的に反対しています。
SVNを使用しています。sourceseSafe よりもはるかに優れています。Source Safe の悪い点の 1 つは、プロジェクトにファイルを追加すると、プロジェクト全体がチェックアウトされ、ユーザーがプロジェクトをチェックインしない場合 (ほとんどの場合)、プロジェクトがロックアウトされ、次に、誰がロックしたかを見つける必要があります。Source Safe は、ファイルを排他的にチェックアウトするため、マルチ開発環境には向いていません。反対側の Svn は、ユーザーが同時に同じファイルで作業できるようにし (排他ロックなし)、ユーザーが変更をマージできるようにします。私はsvnを使用しており、不満はありません。
VSS は VSS 2005 のリリースで改善され、その後 VS2008 と互換性を持つようにいくつかの修正が行われましたが、Visual Studio 2005 および 2008 のゴールド スタンダードは Team Foundation Server です。MS は、Team Foundation Server ( TFS ) を、Visual Studio の一連の製品に対するサーバー バックエンドとしてブランド化しています。
欠点は、少し高価になる可能性があることです。私は個人的に SVN を使用したことはありませんが、Visual Studio と直接統合されている場合 (IDE の外に出てファイルをチェックイン/チェックアウトする必要はありません)、他のソース管理システムと同じくらい優れています。 .
ただし、TFS は単なるソース管理ではありません。バグ追跡、レポート、ソース管理、共同作業ツール (SharePoint を使用)、および自動ビルド (いくつか例を挙げると) があるからです。