我负责一个小型开发团队，我们主要负责数据库开发。我们目前正在使用MS Visual Source Safe作为我们的源控制系统，但它有其局限性，我们正在认真考虑改变。你会选择什么系统？
答案 0 :(得分：11)
对于一个小团队，SVN是最好的，根据我的经验（我过去使用过CVS，SVN和VSS）。
它功能强大，拥有庞大的用户群，以及良好的工具，如网络界面等。
有些人可能会推荐git，但我认为这对你描述的内容来说太过分了。
答案 1 :(得分：5)
我们的团队使用Sourcegear的Vault，这很像CVS或VSS，只是没有一些皱纹。
答案 2 :(得分：4)
我们的团队（.NET）几个月前切换到Subversion / TortoiseSVN，VisualSVN（用于VisualStudio集成）和Trac。我不能推荐这些工具。
答案 3 :(得分：4)
使用SVN，从个人经验来看，我会远离ClearCase。
在我的公司，我们最近开始使用源代码控制来跟踪架构和存储过程中的数据库更改。它极大地帮助我们在SVN下完成所有这些工作以跟踪变化。令人遗憾的是，之前4年的工作价值已经失去，因为之前没有任何关于数据库的任何修改控制。
答案 4 :(得分：3)
我远离集中式版本，分布式版本控制系统提供了更大的灵活性，同时仍然允许集中的工作方式。
对于更多技术人员来说，git可能会很好，毕竟它是由Linux内核人员开发的。
对于那些寻求易用性的人来说，Bazaar或mercurial可能更好。答案 5 :(得分：1)
Subversion，寻找Visual SVN，它免费且真正易于使用。
答案 6 :(得分：1)
Perforce的。
商业软件，它不像SVN那样免费，但它很棒。跨平台，易于使用，GUI，命令行等。
答案 7 :(得分：1)
特别是对于数据库开发而言，如果您使用的是MS SQL，我建议您查看Red Gate的SQL Source Control产品，它可以在SVN / TFS / VSS / Vault上运行并帮助源控制数据库。
答案 8 :(得分：0)
不是免费的，但是一个非常好的（！）系统是“PlasticSCM”：http://www.plasticscm.com/demos/plastic28/index.html
与分支机构一起使用，这对于并行开发非常有用（“每个任务分支模式”）。对于每个任务（票证，错误，问题，等等），您都要创建子分支。 Plastic将更新磁盘上的“工作区”，因此所有文件都具有正确的版本。您可以根据需要进行尽可能多的更改和签入，因为您在自己的分支中工作，所以如果您检查无法编译的内容，则没有其他人会遇到麻烦！这很有效！
如果您切换到另一个分支（因为您必须快速修复错误），所有更改都会在服务器上“搁置”，当前工作区会自动更新到其他分支，您可以进行一些更改+签入，切换回您正在处理的分支机构，并且所有文件都已取消搁置，因此您可以继续前所未有的地方。非常非常好。
它有一个非常酷的GUI客户端，也适用于MacOS + Linux。
答案 9 :(得分：0)
我相信SVN + SQL Examiner Suite是keeping your database under version control的最佳解决方案。
答案 10 :(得分：0)
2010年TFS - 您应该有权将其用于5人，否则会为公司提供各种便宜的优惠。
在具有虚拟化功能的计算机上进行设置 - 一个vm TFS，一个SQL，一个（可能）构建（仅限）。
使用SQL Server behing进行源代码控制。
综合工作项跟踪
可以将持续集成与测试等整合在一起。
可以整合文档的sharepoint。
易于在2010版本中设置;）