Dar*_*o Z 24 svn visualsvn ankhsvn visual-studio
我们正在考虑在我的工作中切换到SVN,所以我想知道VS2008的SVN插件(以及2010年发布时).经过一番研究后,我找到了AnkhSVN和VisualSVN,这两个看起来最具统治力.(我知道TortoiseSVN并会将插件与它结合使用).
我知道这已经要求 前,但这些问题都是差不多一年前,我们都知道,很多事情可以在一年内改变.
问题:从你的经验来看,哪个更好,为什么？
Ben*_*old 24
当然,距离我使用每种产品还有一年的时间,但我目前的偏好是AnkhSVN.尽管人们抱怨AnkhSVN的早期版本,但2.0几乎是原版的重写,现在是一个完整的源代码控制提供程序集成包,而不是Visual Studio加载项.在CollabNet的商业支持和更新的开源热情下,AnkhSVN 2.0值得一试.
我最喜欢的AnkhSVN功能是它是免费的,我喜欢Pending Changes窗口.
至于VisualSVN,我觉得它很迟钝,我觉得它利用了TortoiseSVN,而不是经常处理文件管理本身.它需要花钱(尽管很少).
同样,这是基于我上一次大约1年前的头对头测试.如前所述,TortoiseSVN本身就很棒,但是如果你真的想插入VS IDE,那么在VisualSVN之前给AnkhSVN一个旋转.祝你好运.
我已经尝试了两个VS插件......经过几个月的使用后,我很快意识到我把所有的时间花在了Tortoise上!插件没有得到我所有与行李箱相关的物品.它们仅适用于作为解决方案一部分并且VS识别的项目.出于这个原因,我花了很多时间在Tortoise ......并且最终花了我所有的时间.当Toroise几乎每天免费和更新时,没有理由支付插件费用.
坚持用龟,学习如何使用它.最后你会更快乐.
对策:
@jeroenh:"......使用(正确集成的)VS插件确实有一个优点,即在解决方案中移动/重命名文件时......"
我同意在Tortoise中重命名/移动文件很笨拙.VisualSVN确实使这更容易.
@Darko Z:"在个人层面上我同意,但在组织层面上我不同意.我们这里有一些人需要VS整合.是的,这很愚蠢但很公平:)"
是的,我现在的团队中有几个这样的人.训练他们习惯了Tortoise一直是熊!他们是我们获得VisualSVN许可证的原因......但他们也抱怨这一点.
几个月前我也遇到了同样的困境,最后决定选择VisualSVN.我们已经使用它进行了4个月的C#内部Web应用程序开发,我们的经验是积极的.
首先,服务器部分与Active Directory集成,并提供易于使用的MMC控件来管理存储库.
其次,客户端部分与VS2008集成,不会减慢Visual Studio加载时间,并且可以使用非常简单的颜色代码(绿色表示未触摸的文件,黄色表示您更改的文件).它具有完整版本差异,您可以评论每个版本.
一个缺点是它对钩子的支持(比如post-commit hooks)非常简陋.
您可以查看统计数据,例如谁提交了最多提交等.虽然我们不使用这些功能,但它支持分支.所有客户端 - 服务器通信都通过SSL完成(密钥和证书自动配置).
我在一些问题上向他们询问了如何从Visual Studio下拉列表中删除分支历史记录,他们的支持回答说我只需要删除.suo文件(高效的客户服务)
最后,我使用VisualSVN的经验:对于我们相对较小的团队来说简单明了.(我们是5个程序员,但我很确定这比那个程度更高).