AnkhSVN对VisualSVN

Question

我们正在考虑在我的工作中切换到SVN，所以我想知道VS2008的SVN插件(以及它发布时的2010年)。经过一番研究，我发现了AnkhSVN和VisualSVN，这两家公司似乎最具优势。(我知道TortoiseSVN，并将与它一起使用插件)。

我知道这是asked before，但是这些问题是在一年前提出的，我们都知道很多事情在一年内会发生变化。

问题：来自您的经验，哪个更好，为什么？

Answer 1

诚然，我已经一年没有直接使用每一种产品了，但我目前的偏好是AnkhSVN。虽然人们抱怨AnkhSVN的早期版本，但2.0几乎是对原始版本的重写，现在是一个完整的源代码管理提供程序集成包，而不是Visual外接程序。在CollabNet的商业支持和新的开源热情的支持下，AnkhSVN 2.0值得一次机会。

我最喜欢的AnkhSVN的两个特性是它是免费的，我喜欢挂起的更改窗口。

至于VisualSVN，我发现它太慢了，我觉得它利用了TortoiseSVN，而不是经常处理文件管理本身。而且它需要钱(尽管数额很小)。

再说一遍，这是基于我最后一次面对面的测试，那是一年前的事了.如前所述，TortoiseSVN本身是很棒的，但是如果您真的想要插入VS，那么在VisualSVN之前给AnkhSVN一个旋风。祝你好运。

Answer 2

我已经尝试了两个VS plugins...after几个月的使用，我很快意识到，我花了我所有的时间在乌龟！插件并没有得到我所有的躯干相关的项目。它们只处理作为解决方案一部分且VS识别的项。由于这个原因，我几乎所有的时间都花在了Tortoise...and上，最终全部时间都花在了我的身上。没有理由为插件付费，而Toroise几乎每天都是免费的和更新的。

和乌龟呆在一起，学会如何使用它。你最终会更快乐的。

答复：

@jeroenh：“.使用(适当集成的) VS插件确实有一个优点，即在解决方案中移动/重命名文件时。”

我同意在乌龟中重命名/移动文件是笨拙的。而VisualSVN确实使这件事变得更容易。

@Darko Z：“在个人层面，我同意，但在组织层面，我不同意。我们这里有一些人需要与整合。是的，这很愚蠢，但也很公平：)

是的，我现在的团队里有好几个这样的人。训练他们适应乌龟已经是熊了！这就是我们获得一些VisualSVN..but许可证的原因，他们也对此表示不满。

Answer 3

几个月前，我也遇到了同样的困境，最终决定使用VisualSVN。我们已经使用了4个月的C#内部web应用程序开发，我们的经验是积极的。

首先，服务器部分与Active Directory集成，提供了一个易于使用的MMC控件来管理存储库。

其次，客户端部分与VS2008集成，不会减慢Visual的加载时间，并且可以处理非常简单的颜色代码(未触及的文件为绿色，更改的文件为黄色)。它的特点是完全修订的差异，你可以评论每一个修订。

缺点之一是它对钩子(如后提交钩子)的支持非常初级。

您可以查看统计信息，比如谁提交的最多，等等。虽然我们不使用这些特性，但它支持分支。所有客户端-服务器通信都是通过SSL完成的(密钥和证书是自动配置的)。

我在某个时候问他们如何从Visual下拉列表中删除分支历史记录，他们的支持回答说，我只需要删除.suo文件(高效的客户服务)。

最后，我使用VisualSVN的经验:对于我们相对较小的团队来说，简单明了。(我们是5个程序员，但我敢肯定这比这要大得多)。