使用Visual Studio的源代码管理:从VisualVN切换到Ankh?

我们做到了:从visualsvn切换到ankhsvn。这一行动毫无困难。这些插件不存储特定的信息,并且.svn(或svn)隐藏文件夹与任何svn客户机都兼容。

Ankh插件的1.x系列很糟糕:很多崩溃和麻烦(例如,很难移动或重命名一个尚未提交的文件)。2.x系列解决了大部分问题,虽然它仍然没有达到VisualVN的水平,但我发现它非常适合我们使用(而且非常免费)。

关于迁移本身,它不可能更简单:我们只是卸载了VisualSVN,并安装了Ankh。只要您的目录在源代码管理下,它就可以工作。

唯一常见的是,您仍然需要Tortoissesvn来做许多事情,无论是高级任务还是更基本的任务:在资源管理器中创建工作目录和签出要比使用Visual Studio简单得多。

我认为对于更高级的功能,您仍然需要Tortoissesvn(如导出、重新定位、整个目录操作、锁等)。Ankhsvn V2非常好。我用这两种都不费吹灰之力。

至于设置远程存储库(我不知道VisualSVN,所以我假设我们在讨论存储库服务器),您需要直接从Subversion包中使用SVNServer。你可以把它设置为 Windows service .

Ankhsvn可以与任何Subversion服务器一起工作,而VisualSvn服务器是最容易为Windows配置服务器的服务器之一。

如果您需要在VisualVN和AnkhsVN之间共享项目和解决方案,则应确保您的项目没有连接到AnkhsVN SCC提供程序,否则VisualVN用户将看到警告。(你 可以 连接解决方案文件而不看到SCC警告)。

您可以将ankhsvn与任何其他Subversion客户端并排使用,但我们将ankhsvn 2.0设计为 要求 另一个正常操作的客户端。通过在其他Subversion客户机旁边使用ankhsvn,您可能看到的唯一问题是,ankhsvn 2.0只在真正需要时(在提交之前)向Subversion添加文件,以提高性能并允许对文件进行案例重命名。

Ankh应该针对任何颠覆服务器工作,所以它也应该针对VisualVN工作。 请参见这里: http://www.visualsvn.com/server/ 它表示服务器与所有客户机都兼容。-)

我使用的是VisualVN和Ankh,没有问题——Ankh可以对抗任何颠覆服务器。我在visualsvn和“raw”subversion包之间发现的唯一区别是visualsvn使用http/https而不是svn:协议。

我认为这包含相关信息: AnkhSVN versus VisualSVN

说我疯了,但这个解决方案对我来说很干净: http://blog.programmerslog.com/?p=4 .

GarryBodsworth提出了利用Tortoissesvn的Visual Studio设置。基本上,导入这些设置并不是手工添加外部工具自定义,而是全部为您完成:Subversion工具栏、Subversion菜单和上下文菜单命令。

我认为这将是一个比安装ankhsvn或visualsvn更简单的解决方案。

我对Ankh的体验很糟糕(运行时崩溃太多),但是这是针对旧版本的Ankh的,它们可能已经减轻了问题。也就是说,首先要坚持a)什么有效,然后b)你能负担得起的。

老实说,我不喜欢任何用于Visual Studio的SVN附加组件。我最终只是定制了自己的宏集来做我需要做的任何事情,并添加了菜单项和自定义上下文菜单,用于提交、更新、显示日志等等。我使用了乌龟并与命令行工具集成。这很容易做到,包括与tortoiseproc.exe的命令行调用集成。但是,我确信与svn.exe或其他基于命令行的svn客户机集成也同样容易。另外,你还可以利用它来设定你的想法和工作方式,而不是打包的东西。我将继续使用自定义宏,直到找到更好的Subversion集成工具。