Svn 颠覆与保险库

Svn 颠覆与保险库,svn,version-control,sourcegear-vault,Svn,Version Control,Sourcegear Vault,可能重复: 我目前正在回顾从SVN迁移到SourceGear Vault的好处。 有没有人得到过关于这两者之间详细比较的建议或链接? 请记住,我将不得不改变我目前的源代码控制系统,它对SVN非常有利 这是我从自己的调查中发现的一些信息 我在两者之间进行了一些时间测试,vault执行大多数操作的速度似乎要快得多。时间测试使用与存储库相同的服务器、相同的工作站客户端和相同的项目 时间比较 SVN 添加/提交 12:30 获取最新版本 5:35 标签/标签 0:01 分支 不适用-我认为SVN中

可能重复:

我目前正在回顾从SVN迁移到SourceGear Vault的好处。 有没有人得到过关于这两者之间详细比较的建议或链接? 请记住,我将不得不改变我目前的源代码控制系统,它对SVN非常有利

这是我从自己的调查中发现的一些信息

我在两者之间进行了一些时间测试,vault执行大多数操作的速度似乎要快得多。时间测试使用与存储库相同的服务器、相同的工作站客户端和相同的项目

时间比较

  • SVN
添加/提交 12:30 获取最新版本 5:35 标签/标签 0:01 分支 不适用-我认为SVN中不存在真正的分支

  • 拱顶
添加/提交 4:45 获取最新版本 0:51 标签/标签 0:30 分支 3:23

(无法将其正确格式化)

我还找到了一个比较其他观点的在线来源。这就是我要找的信息

使用情况比较

  • Subversion仅用于编辑/合并/提交。Vault允许您执行以下操作之一: 编辑/合并/提交或签出/编辑/签入

  • Vault的外观和行为与VSS非常相似,从而形成了学习曲线 对于VSS用户,实际上为零

  • Vault有一个VS插件,但它只有在您要运行的情况下才起作用 结帐模式

  • Subversion几乎可以为您想象的所有操作系统提供客户端; Vault有一个用于Windows的GUI客户端和一个用于Mono的命令行客户端

  • 两者都将支持远程工作,因为它们都使用HTTP作为它们的 传输(Subversion使用扩展DAV,Vault使用SOAP)

  • Subversion安装,尤其是w/Apache,更为复杂

  • Subversion有很多第三方支持。保险库只有一些东西

我的问题

有没有人得到过关于这两者之间详细比较的建议或链接

Subversion有很多第三方支持。保险库只有一些东西


当然,Subversion有第三方支持的地方,Vault也有第一方支持,因为您购买了它。根据我的经验,第一手信息(来自制造商)往往比遍布全球的14个论坛更好?虽然我们现在已经做到了,但这一点可能是沉默的

Subversion还有VisualStudio插件:


    • Subversion也有锁。不过,我从来都不需要它们。

      Subversion允许您将文件标记为“必须锁定”,在这种情况下,签出(锁定)、签入(使用自动解锁提交)可以工作。AnkhSVN将其可视化,就像VSS签入签出一样

      颠覆有:

      • 用于Windows资源管理器
      • ,一个免费的Visual Studio真实SCC提供程序。(尚未完成,但每天都在进步)
      • ,用于Visual Studio的类乌龟集成(商业)
      • ,一本很棒的在线免费手册
      Subversion将在1.6或1.7中获得更高效的HTTP协议(正在进行中)。这可能使创建IIS插件成为可能


      请参阅。

      SVN具有真正的分支,分支的处理方式与大多数源代码控制系统不同。

      我使用Vault,因此我想更正功能列表中的一个错误:

      Vault有一个VS插件,但它只有 如果你要跑进去的话,那就行了 结帐模式

      不正确-我不确定添加了哪个版本,但您可以在Visual Studio中以编辑|合并|提交模式运行vault


      我还想补充一点,Vault使用MS SQL Server作为其存储库,使备份变得简单。

      源设备网站有一个。不过,我建议两者都不要。如果您要迁移到一个新的存储库,您希望看到一个分布式版本控制系统


      诸如此类的游戏确实提高了生产力。

      在《愤怒》中使用了这两种游戏之后,我每天都会选择Subversion(使用乌龟)而不是Vault

      :

      • 我不能简单地一步就把所有我没有改变的东西都更新,开箱即用

      • 看不到任何变化
      • 默认情况下,Vault会将我未签出的所有内容设置为只读
      • 我得检查一下
      • 它的加载速度(vault client)非常慢,而不是一直在explorer中
      • 客户端导航比使用资源管理器更笨拙
      • 与旧版本相比更容易比较
      • 签入时输入注释时的拼写检查器
      • 一切都更快更容易
      显然,其中一些原因与Vault的配置方式有关,但您已经了解了这一点

      最后,我编写了一系列脚本来自动化Vault无法完成的事情,但即使如此,命令行版本也存在一些限制。另外,Vault API没有文档记录

      更新
      请注意这封邮件的最初发布日期。自从我写这篇文章以来,这两个产品都发生了巨大的变化并得到了极大的增强

      论坛很难搜索,但它提供了许多线索,让人们从所有的尝试和错误中得到最好的结果


      Makers的评论可能带有偏见,不确定他们是否只是试图提供解决方案。

      我在以前的工作中使用过Subversion(并管理过),在最近的三年中,我在当前的工作中使用过Vault。在这一点上,我非常渴望离开Vault回到Subversion(或者像git或Mercurial这样的工具)

      我们在性能和可靠性方面遇到了很多问题(Vault并不总是拾取已修改的文件,有时会坚持您没有修改过文件,但这可能要归结为存储库的(长期)历史以及我们过去处理分支的方式。我认为,如果它设计得更好,那就没有了