- 在 PHP/MySQL 工作多年后，我重新回到 .NET
- 早在 2002 年的 Microsoft 项目中，我们一直使用 Visual SourceSafe，但每个人都讨厌它
- 在我所有的 PHP/MySQL 项目中，我们都使用了 SVN，每个人都喜欢它
- 在现代 .NET 项目中，团队是否仍在使用 Visual SourceSafe，它是否有所改进？
或者这些天（希望）SVN 已成为 .NET 项目中的标准？
Edward Tanguay
问问题
1181 次
16 回答
14
我们将 SVN 用于我们的 .Net 项目，使用Tortoise SVN客户端。还有一些工具可以与 Visual Studio 集成，例如Ankhsvn。
于 2008-11-26T13:40:18.960 回答
5
Subversion 非常流行，Visual Studio 有一个很好的插件，叫做 Ankh SVN，它可以让你直接使用 subversion。所以 subversion 至少是 .NET 开发的一个不错的选择。
话虽如此，Team Foundation Server 非常棒，它具有一些超越常规源代码控制的出色功能。
于 2008-11-26T13:39:14.690 回答
4
绝对，是的，他们使用 SVN（和 SourceSafe）。
如果您需要，两者都具有 IDE 集成。（或者任何一个都可以支持从 IDE 外部签入）。
某些免费/付费项目管理网站非常适合现代小型项目（例如http://www.unfuddle.com或http://code.google.com/），并且内置了对 SVN 的支持。
IDE 与 SVN 的集成： VisualSVN / AnkhSVN
IDE 与 VSS 的集成：内置于 Visual Studio。
于 2008-11-26T14:14:23.027 回答
3
我的公司使用 Subversion 和 TortoseSVN（Explorer 集成）和 AnkhSVN（IDE 集成）。
除此之外，我们还使用 Bitvise WinSSHD 和 Putty/Pageant 通过 SSH 保护我们的源存储库。
此外，在将代码提交到存储库后，我们使用 CruiseControl.Net、Nant 和 MSBuild 进行持续集成。
于 2008-11-26T14:57:28.697 回答
1
SourceSafe 多年来有了一些改进，但我的团队都使用 Team Foundation Server 进行源代码控制。它还为您提供工作项、错误跟踪、生产力报告、应用程序生命周期管理（在一定程度上）等。
我相信他们甚至可能为小型团队提供免费或廉价的工作组版本。
——杰森
于 2008-11-26T13:33:03.470 回答
1
我不认为真的有一个标准。大型机构或 MS 合作伙伴可能正在使用 Team Foundation Server。您更有可能在较小的商店中找到 Subversion 或类似产品。我现在在一家大型零售银行，他们在这里使用 Merant PVCS。在我之前的 IBank 中，他们使用非常古老的 CVS。我还看到在一个作为 MS 合作伙伴的客户中使用 Borland Starteam - 它很好地集成到 VS 中。
于 2008-11-26T13:36:02.853 回答
1
- 在 PHP/MySQL 工作多年后，我重新回到 .NET
做得好。
- 早在 2002 年的 Microsoft 项目中，我们一直使用 Visual SourceSafe，但每个人都讨厌它
那里没有太大变化
- 在现代 .NET 项目中，团队是否仍在使用 Visual SourceSafe，它是否有所改进？
是的，没有。我在个人项目中使用 SVN，但在工作中我不得不同时使用 SVN 和 VSS2005。如前所述，没有标准，我发现这在很大程度上取决于您的团队/公司标准。
于 2008-11-26T14:03:44.063 回答
1
我们使用 CVS，但希望迁移到 SVN。
于 2008-11-26T14:10:37.543 回答
1
我不能将其称为标准，但我认为越来越多的 .NET 开发人员使用 SVN。
现在有了很棒的工具，例如：
- Visual SVN 插件（开源项目免费）
- Tortoise SVN（暂时）
- 和 Visual SVN 服务器（安装程序免费）
于 2008-11-26T15:32:27.503 回答
1
SourceSafe 已经死了，微软似乎已经放弃了它。
如果你在微软商店工作（比如我），那么他们要么..
*仍在使用 SourceSafe 并考虑在不久的将来迁移到 SVN 或 TFS *使用 SVN，已经使用了多年，而且效果很好。可能使用 TortoiseSVN 等 *使用 TFS (Team Foundation Server) Microsofts SVN Killer，包括所有内容。
TFS 的价格很高，与 SVN 相比，它可以说是未经证实的。如果您是一家小商店，那么 SVN 可能是默认设置。
如果您是中型/大型 Microsoft 商店，那么 TFS 可能是默认设置。
Windows 系统工程师喜欢它只是另一个要备份的 SQLServer 数据库这一事实。他们会喜欢所有内置的报告元素。WorkItems 和错误跟踪都内置了。虽然在我有限的经验中有点笨拙（我们仍然使用第 3 方错误跟踪器）。
于 2008-12-02T20:25:11.560 回答
0
与其他人一样，我不认为它是标准，但我确实看到 VSS 使用得更多，至少在我工作的环境中。我个人更喜欢 SourceGear 的 Vault 产品。
于 2008-11-26T13:43:13.277 回答
0
我在一个大项目（>500 名开发人员）中工作，我们正在使用 ClearCase。它不是免费的，正如我在 www 资源繁重中所读到的那样。但既然我在这里，我只遇到了可以在几分钟内解决的小问题。以前与 SVN 合作要困难得多（可能是因为没有人有丰富的 SVN 经验）。
于 2008-11-26T14:16:34.973 回答
0
自 2003 年以来，在我工作的 3 家使用 .net 的公司中，所有人都使用了 VSS，而且这些公司中似乎没有人愿意改变，其中一个人积极反对 SVN。
于 2008-11-26T14:25:43.503 回答
0
我们使用SVN。它比sourseSafe 好得多。Source Safe 的一件坏事是，如果您将文件添加到项目中，它会检出整个项目，如果用户没有检入项目（大多数情况下都是如此），项目就会被锁定并且然后你必须找出是谁锁定了它。Source Safe 不适合多人开发环境，因为它专门检查文件。另一方面，svn 允许用户同时在同一个文件上工作（无排他锁定），然后用户合并更改。我一直在使用 svn，没有任何抱怨。
于 2008-11-26T14:53:39.297 回答
0
我的大部分工作都是使用 SourceSafe 完成的，尽管其他部门的一些工作是使用 SVN 完成的。我可能更喜欢 SVN 而不是 SourceSafe，但我不是决定使用哪个版本控制系统。
于 2008-11-27T19:31:42.027 回答
-1
VSS 在 VSS 2005 的发布中进行了改进，随后进行了一些修复以使其与 VS2008 兼容，但是 Visual Studio 2005 和 2008 的黄金标准是 Team Foundation Server。MS 品牌 Team Foundation Server (TFS)，作为 Visual Studio 产品套件的服务器后端。
不利的一面是它可能会有点贵。我个人从未使用过 SVN，但如果它与 Visual Studio 直接集成，（我不想离开我的 IDE 来签入/签出文件），那么它和任何源代码控制系统一样好.
TFS 不仅仅是源代码控制，因为它具有错误跟踪、报告、源代码控制、协作工具（通过 SharePoint）和自动构建（仅举几例）。
于 2008-11-26T14:06:33.167 回答