我正在为我和一小群开发人员评估 VisualSVN。我在服务器（VisualSVN 服务器）上设置它没有问题，并安装了 TortoiseSVN 和 VisualSVN，以便将它集成到 Visual Studio 2008 中。到目前为止，它运行良好，我们将它用于开发我们的主要应用程序。
我也听说过关于 AnkhSVN 新版本的好消息，它是开源和免费的。由于我们刚开始使用 Subversion，我想现在就做出正确的决定。
是否可以从 VisualSVN 切换到 AnkhSVN 而没有太多麻烦？我可以保留 VisualSVN 服务器安装还是必须切换它？如果我开始使用 AnkhSVN，TortoiseSVN 会过时吗？而且，当前版本在 Visual Studio 2008 中是否可靠？
需要明确的是：这不是每个开发人员 50 美元。这是关于为未来做出正确的决定。你有什么建议吗？
提前谢谢了！
我们正是这样做的：从 VisualSVN 切换到 AnkhSVN。此举完全没有任何麻烦。这些插件不存储特定信息，并且 .svn（或 _svn）隐藏文件夹与任何 svn 客户端兼容。
Ankh 插件的 1.x 系列很糟糕：很多崩溃和烦恼（例如，很难移动或重命名未提交的文件）。2.x 系列修正了大部分问题，虽然还没有达到 VisualSVN 的水平，但我发现它非常适合我们的使用（而且非常免费）。
关于迁移本身，再简单不过了：我们只是卸载了 VisualSVN，然后安装了 Ankh。只要您的目录受源代码控制，它就可以工作。
唯一的共同点是您仍然需要 TortoiseSVN 来做很多事情，无论是高级任务还是更基本的任务：在资源管理器中创建工作目录和签出比使用 Visual Studio 简单得多。
我认为对于更高级的功能，您仍然需要 TortoiseSVN（如导出、重定位、整个目录操作、锁定等）。AnkhSVN v2 非常好。我使用这两种方法都没有太多麻烦。
至于设置远程存储库（我不知道 VisualSVN，所以我假设我们正在谈论存储库服务器），您需要直接从 Subversion 包中使用 svnserve。您可以将其设置为Windows 服务。
AnkhSVN 适用于任何 Subversion 服务器，VisualSVN Server 是最容易为 Windows 配置的服务器之一。
如果您需要在 VisualSVN 和 AnkhSVN 之间共享项目和解决方案，您应该确保您没有将您的项目连接到 AnkhSVN scc 提供程序，否则 VisualSVN 用户将看到警告。（您可以连接解决方案文件而不会看到 SCC 警告）。
您可以将 AnkhSVN 与任何其他 Subversion 客户端一起使用，但我们将 AnkhSVN 2.0 设计为不需要其他客户端即可正常运行。在其他 subversion 客户端旁边使用 AnkhSVN 可能会看到的唯一问题是 AnkhSVN 2.0 仅在真正需要时（在提交之前）将文件添加到 subversion，以提高性能并允许对文件进行大小写重命名。
Ankh 应该适用于任何 Subversion 服务器，因此它也应该适用于 VisualSVN。见这里： http: //www.visualsvn.com/server/它说服务器与所有客户端兼容。:-)
我正在使用 VisualSVN 和 Ankh，没有任何问题 - Ankh 适用于任何 Subversion 服务器。我发现 VisualSVN 和“原始”Subversion 包之间的唯一区别是 VisualSVN 使用 http/https 而不是 svn: 协议。
我认为这包含相关信息：AnkhSVN 与 VisualSVN
叫我疯了，但这个解决方案对我来说似乎很干净： http ://blog.programmerslog.com/?p=4 。
Garry Bodsworth 提出了使用 TortoiseSVN 的 Visual Studio 设置。基本上，不是手动添加外部工具自定义，而是导入这些设置为您完成所有工作：Subversion 工具栏、Subversion 菜单和上下文菜单命令。
我认为这将是一个比安装 AnkhSVN 或 VisualSVN 更简单的解决方案。
我对 Ankh 的体验很糟糕（运行时崩溃太多），但这是针对旧版本的 Ankh，他们可能已经缓解了这些问题。话虽如此，首先坚持 a) 有效的方法，然后 b) 你能负担得起的方法。
老实说，我不太喜欢 Visual Studio 的任何 SVN 附加组件。我最终只是自定义了我自己的一组宏来做我需要做的任何事情，并添加菜单项和自定义上下文菜单，用于提交、更新、显示日志等。我使用 Tortoise 并与命令行工具集成。这很容易做到，包括与 TortoiseProc.exe 的命令行调用集成。但是，我确信与 svn.exe 或其他基于命令行的 svn 客户端集成同样容易。另外，您还可以通过它设置您的思考和工作方式，而不是打包的东西。我将继续使用自定义宏，直到找到更好的颠覆集成工具。