Visual studio AnkhSVN与VisualSVN

我们正在考虑在我的工作中切换到SVN，所以我想知道VS2008的SVN插件（以及2010发布时的SVN插件）。经过一点研究，我发现了AnkhSVN和VisualSVN，这两个似乎是最主要的。（我知道TortoiseSVN，并将结合使用该插件）

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

---

问题：根据您的经验，哪一个更好？为什么？我已经尝试了这两个VS插件……使用了几个月后，我很快意识到我把所有的时间都花在了乌龟身上！这些插件并没有得到我所有与主干相关的项目。它们仅适用于解决方案的一部分和VS认可的项目。因为这个原因，我几乎把所有的时间都花在了乌龟身上……最终我所有的时间都花在了乌龟身上。当Toroise几乎每天都免费更新时，没有理由为插件付费

坚持用乌龟，学习如何使用它。你最终会更快乐

响应：

@jeroenh:“……使用（正确集成的）VS插件确实有一个优势，即在解决方案中移动/重命名文件时……”

我同意在Ortoise中重命名/移动文件是笨拙的。VisualSVN确实让这变得更容易

---

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

---

是的，在我目前的团队中，我有几个这样的人。训练他们适应乌龟是一只熊！这就是我们获得VisualSVN许可证的原因。但他们也对此表示不满

目前我使用的是VisualSVN，它可以自动向SVN添加任何新文件，并且无需打开资源管理器窗口即可轻松恢复和区分。但是，对于不在VisualStudio解决方案中的文件，您仍然需要使用OrtoiseSVN

---

上次我使用AnkhSVN时，它工作得不太好，我的SVN结帐失败了（但这是几年前的事）。

当然，我已经一年没有直接使用每种产品了，但我目前的首选是AnkhSVN。尽管人们抱怨AnkhSVN的早期版本，但2.0几乎是对原始版本的重写，现在是一个完整的源代码管理提供程序集成包，而不是VisualStudio插件。有了CollabNet的商业支持和新的开源热情，AnkhSVN 2.0应该有机会

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

至于VisualSVN，我发现它运行缓慢，我觉得它利用了龟甲VN，而不是过于频繁地处理文件管理本身。而且它需要钱（尽管数额很小）

---

再一次，这是基于我上一次面对面的测试，大约一年前。如前所述，OrtoiseSVN本身非常棒，但如果您真的想插入VS IDE，请在VisualSVN之前尝试一下AnkhSVN。祝你好运。

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

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

其次，客户端部分与VS2008集成，不会减慢Visual Studio加载时间，并且可以使用非常简单的颜色代码（绿色表示未接触的文件，黄色表示更改的文件）。它具有完整的版本差异，你可以评论每一个版本

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

您可以查看统计信息，如谁提交的次数最多等。它支持分支，尽管我们不使用这些功能。所有客户机-服务器通信都是通过SSL完成的（密钥和证书是自动配置的）

我问了他们一个关于如何从VisualStudio下拉列表中删除分支历史记录的问题，他们的支持回答说我只需要删除.suo文件（高效的客户服务）

---

最后，谈谈我使用VisualSVN的经验：对于我们相对较小的团队来说，这既简单又直接。（我们是5名程序员，但我敢肯定这比那要大得多）

您提出的问题归结为个人偏好，但我建议您在ide客户机之外，还可以使用Tortoise SVN或命令行客户机。您经常会被迫进入IDE客户端无法执行您需要的任务的位置。

我已经使用了这两种方法，并且更喜欢Visual SVN（从v3.0.4开始），因为它与我已经使用过并且非常熟悉的Tortoise SVN集成在一起。由于这种熟悉性以及VisualSVN与它的集成，我更喜欢它

我相信有人认为AnkhSVN（从v2.4.11610开始）在VS.NET中集成了更多的功能，但它使用的是自己的对话框窗口和提示，不难习惯，但我还是喜欢Ortoise SVN的功能和熟悉度

此外，由于我的所有商店都通过Windows资源管理器使用Ortoise SVN，因此，向Visual SVN的过渡并没有什么大不了的，只是直接将良好的集成添加到VS.NET中。在过去的30天里，当我使用VisualSVN时，我没有在这里的其他帖子中评论到任何陷阱（大多数似乎是3-4年前的）

---

因此，我要说的是：如果您是Ortoise SVN的大量用户，并且喜欢它的工作方式，请使用VisualSVN。如果您是Subversion的新手，并且真的不在乎，那么使用免费的带有附加集成功能的AnkhSVN可能是一个不错的选择。

在个人层面上我同意，但在组织层面上我不同意。我们这里有一些人需要VS集成。是的，这很傻，但很公平