【问题标题】:Which source control system to use with Red Gate SQL Source Control哪个源代码控制系统与 Red Gate SQL 源代码控制一起使用
【发布时间】:2011-07-01 07:52:15
【问题描述】:

我们正计划使用 Red Gate SQL 源代码控制,但尚未决定使用哪个源代码控制系统:you can use Subversion (SVN) or Team Foundation Server (TFS)

我们应该选择哪一个,这对 Red Gate SQL 源代码控制的方式有何影响?

以下是一些可能影响我们选择的因素:

  • 我们使用 SQL Server 2008 R2
  • 我们目前不使用 SVN 或 TFS
  • 我们不会使用 SVN 或 TFS 来控制我们的非数据库代码
  • 我们通过 MSDN 许可证获得 TFS,因此成本不是一个因素
  • 我们在同一个办公室和远程工作

任何帮助或建议将不胜感激。

编辑:对于非数据库代码,我们使用 VSS,我们将在本周晚些时候将其替换为 Mercurial(带有 Kiln)。

编辑:自从发布这个问题以来,我发现 Red Gate SQL 源代码控制可以与任何具有合适命令行的源代码控制系统一起使用。所以,我们可以让它与我们的 Mercurial/Kiln 实现一起工作,并且肯定会考虑这一点。对此的任何建议都会非常有帮助。

【问题讨论】:

  • 您对非数据库代码使用什么源代码控制系统
  • @Roger Lipscombe - 我已经更新了我的问题。它是 Mercurial(带 Kiln)。

标签: sql-server database version-control redgate


【解决方案1】:

我只使用过带有 Redgate Sql 源代码控制的 SVN,尽管我在数据库源代码控制的上下文之外使用过 TFS。

我的看法是:除非与 TFS 中的方法模板深度集成,否则在这种情况下使用 TFS 没有任何优势。与 SSMS 的集成对于 SVN 来说是非常常识和直观的,因此对我的团队来说效果很好。

我个人发现 TFS 非常繁重,管理方面,并且发现 SVN 服务器非常轻巧且易于使用。如果您有人已经拥有 TFS 管理经验,那可能是 TFS 的一个论据,但除此之外,我建议使用 SVN。

我一直回到一个因素:我可以在一小时内启动并运行该系统的 SVN,而天知道 TFS 需要多长时间。

根据您的更新 - 如果可能的话,我强烈建议将其与您现有的存储库集成,但如果在等待完美集成和让您的数据库处于版本控制之下之间做出选择,我认为别无选择。

【讨论】:

    【解决方案2】:

    SQL Source Control 有一个与 Mercurial 一起使用的早期访问版本。如果您可以尝试一下,那就太好了。您可以在http://www.red-gate.com/messageboard/viewtopic.php?t=12786 找到更多信息。就像 Chris 所说,如果可能的话,最好为您的应用程序和数据库代码提供一个源代码控制系统。

    【讨论】:

    猜你喜欢
    • 2011-04-02
    • 2012-05-16
    • 2021-09-17
    • 1970-01-01
    • 2015-06-29
    • 2015-05-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多