2008-10-19 134 views
6

我负责一个小型开发团队,主要负责数据库开发。我们目前使用MS Visual Source Safe作为我们的源代码控制系统,但它有其局限性,我们正在认真考虑更改。你会选择什么系统?小型数据库开发团队源代码管理系统

回答

4

看看使用SVN,从个人经验来看,我会远离ClearCase。

在我的公司,我们最近开始使用源代码管理来跟踪架构和存储过程中的数据库更改。它极大地帮助我们在SVN下全面跟踪这些变化。可惜的是,过去4年的工作价值已经丧失,因为在此之前,关于数据库的任何事情都没有受到任何形式的版本控制。

11

对于一个小团队,SVN是最好的,在我的经验(我使用CVS,SVN和VSS过去)。

它的强大,拥有庞大的用户群和良好的工具,如网络接口等

有些人可能会建议混帐,但我认为这是矫枉过正你的描述。

+0

关于Git的好处之一是它有很少的依赖关系(只是libz,我认为)。这使得在几乎任何系统上轻松构建和部署。话虽如此,我也会推荐SVN,因为OP已经在Windows世界中工作。 +1 – 2008-10-19 19:38:53

+0

感谢Greg。我的意思并不是要求过高,而是学习曲线,因为它与非分布式源代码控制方法有很大不同(我认为 - 到目前为止,我所知道的只是嗡嗡声。有一天,我会学习。) – SquareCog 2008-10-19 19:48:06

+0

另一个优势是,SVN是开源的。 – 2008-10-24 19:01:14

3

我会远离集中式的,分布式版本控制系统提供了更多的灵活性,同时仍然允许集中式的工作方式。

对于更多技术人员来说,git可能是不错的,毕竟它是由Linux内核人员开发的。

Bazaar或mercurial可能更适合那些寻求易用性的用户。

+0

本文建议Git使用起来比首先相信要简单得多:http://articles.sitepoint.com/article/version-control-git – rohancragg 2009-10-14 16:18:10

1

Perforce。

商业软件,它不像SVN那样免费,但它很棒。跨平台的,易于使用的,图形用户界面,命令行等

0

不是免费的,但一个非常好的系统是“PlasticSCM”(!):http://www.plasticscm.com/demos/plastic28/index.html

厂分支机构,这对于并行开发工作的非常好( “每个任务模式分支”)。对于每一个任务(票证,错误,问题,无论)你做一个孩子的分支。 Plastic会更新你的磁盘上的“工作区”,所以所有的文件都有正确的版本。您可以根据需要进行尽可能多的更改和签入,因为您在自己的分支中工作,所以如果签入某些不能编译的东西,那么没有人会遇到麻烦!这可爱的作品!

如果您切换到另一个分支(因为您必须快速修复错误),所有更改都会“搁置”在服务器上,当前工作空间会自动更新到其他分支,您可以进行一些更改+签入,切换回到您正在处理的分支,并且所有文件都不再保存,因此您可以继续以前的位置。非常非常棒。

它有一个非常酷的GUI客户端,也适用于MacOS + Linux。

0

TFS 2010 - 你应该有权利为5人使用它,否则它是各种便宜的公司提供。

在虚拟化的体面计算机上设置它 - 一个虚拟机TFS,一个SQL,一个(可能)构建(仅)。

  • 使用SQL Server behing进行源代码管理。

  • 集成工作项跟踪

  • 可以整合与测试等

  • 可用于文档的SharePoint集成持续集成。

易于设置在2010版)

1

专门为数据库开发和以防万一你正在使用MS SQL,我会建议你看看红门SQL Source Control产品,它可以在SVN/TFS/VSS/Vault上运行,并有助于源代码控制数据库。