或者（希望）SVN在.NET项目中成为了标准吗？
我们在我们的 .Net 项目中使用 SVN，使用 Tortoise SVN 客户端。还有一些与 Visual Studio 集成的工具，如 Ankhsvn。
Subversion非常受欢迎，Visual Studio有一个名为Ankh SVN的很好的插件，可以直接与subversion一起使用。因此，subversion至少是.NET开发的一个很好的选择。
话虽如此，Team Foundation Server很棒，而且它具有一些超越常规源代码控制的不错功能。
我的公司使用Subversion和TortoseSVN（资源管理器集成）以及AnkhSVN（IDE集成）。
除此之外，我们使用Bitvise WinSSHD和Putty/Pageant来通过SSH保护我们的源代码库。
此外，我们在提交代码到存储库后使用CruiseControl.Net、Nant和MSBuild进行持续集成。
SourceSafe在多年来有了一些改进，但我的团队都使用Team Foundation Server进行源代码控制。它还提供了工作项、缺陷跟踪、生产力报告、应用程序生命周期管理（在一定程度上）等功能。
我相信他们甚至可能为小团队提供免费或低价的工作组版本。
杰森
我认为实际上并没有标准。大型机构或微软合作伙伴可能正在使用Team Foundation Server。在小型商店中更有可能找到Subversion或类似的东西。我现在在一家大型零售银行工作，他们在这里使用Merant PVCS。在我之前所在的IBank中，他们使用非常古老的CVS。我还看过Borland Starteam在一个微软合作伙伴的客户中使用 - 它与VS集成得很好。
- I m getting back into .NET after numerous years in PHP/MySQL
干得好。
- back in 2002 on Microsoft projects we always used Visual SourceSafe and everyone hated it
那里没有什么变化。
- in modern day .NET projects do teams still use Visual SourceSafe, has it improved?
是的，也不是。在我的个人项目中我使用SVN，但在工作中我不得不同时使用SVN和VSS2005。正如提到的，没有标准，我认为这取决于你的团队/企业标准。
Source Control: Anything But SourceSafe
我们使用CVS，但正在考虑迁移到SVN。
我不能将其称为标准，但我认为越来越多的.NET开发人员使用SVN。
现在拥有伟大的工具，例如：
SourceSafe已经过时，微软似乎已经放弃了它。
如果你在微软公司工作（像我一样），那么他们要么...
*Still using SourceSafe and looking at moving to SVN or TFS in the VERY near future *Using SVN, have been for years and it works nicely. Probably using TortoiseSVN etc *Using TFS (Team Foundation Server) Microsofts SVN Killer that includes everything.
TFS的价格很高，与SVN相比还具有争议性。如果你是一个小店，那么SVN可能是默认选择。
如果你是一个中等/大型的Microsoft商店，那么TFS可能会成为默认选择。
Windows系统工程师喜欢它只是另一个需要备份的SQLServer数据库的事实。他们会喜欢其中所有内置的报告元素。WorkItems和缺陷跟踪都内置在其中。尽管在我的有限经验中有点笨重（我们仍在使用第三方缺陷跟踪器）。
和其他人一样，我并不认为它是一个标准，但是我确实看到在我工作的环境中更多地使用VSS。我个人更喜欢SourceGear的Vault产品。
我正在进行一个大项目（>500开发人员），我们正在使用ClearCase。这不是免费的，并且根据我在www上阅读的资源重。但是自从我在这里以来，我只遇到了一些小问题，可以在几分钟内解决。以前使用SVN的工作要困难得多（也许是因为没有人有大型SVN经验）。
自2003年以来，我曾在三家使用.net技术的公司工作过，所有这些公司都使用VSS，而且似乎没有人有意改变，其中一位员工甚至积极反对SVN。
我们使用SVN。它比SourceSafe要好得多。 Source Safe的一个问题是，如果将文件添加到项目中，则会检出整个项目，如果用户不签入项目（大多数情况下都是这样），则项目将被锁定，然后您必须找出是谁锁定了它。对于多开发者环境，Source Safe是不可行的，因为它独占检出文件。另一方面，SVN允许用户同时在同一个文件上工作（没有独占锁定），然后用户合并变更。我一直在使用SVN，没有任何抱怨。
我的大部分工作都是使用SourceSafe完成的，但其他部门的一些工作是使用SVN完成的。我可能更喜欢SVN而不是SourceSafe，但决定使用哪种版本控制系统不在于我。
VSS 在发布 VSS 2005 后进行了改进，并随后进行了几次修复，以使其与 VS2008 兼容，然而 Visual Studio 2005 和 2008 的黄金标准是 Team Foundation Server。微软品牌 Team Foundation Server（TFS）作为 Visual Studio 套件产品的服务器后端。
负面的一面是它可能有点昂贵。个人而言，我从未使用过SVN，但如果它与Visual Studio直接集成（我不想一直离开我的IDE进行文件的签入/签出），那么它就像任何源代码控制系统一样好。
TFS不仅是源代码控制，也有缺陷跟踪、报告、协作工具（通过SharePoint）和自动构建等功能。
