如何将1.4.3 OrtoiseSVN创建的存储库升级到1.6.x?

如何将1.4.3 OrtoiseSVN创建的存储库升级到1.6.x?,svn,tortoisesvn,repository,upgrade,Svn,Tortoisesvn,Repository,Upgrade,几年前,我们的软件开发团队部署了OrtoiseSVN 1.4.3,现在我们正在考虑将客户端升级到最新的1.6.x版本。我曾希望这次升级是透明的,附加的特性和修改是客户端的。在大多数情况下,这是正确的,除了一个非常重要的特性——合并。当我尝试将一个功能分支合并回卡车时,我得到一个显示停止“合并跟踪不支持的错误” 以下是一些值得注意的事实: 当存储库第一次创建时(在我加入之前),它是通过客户机本身创建的。我们本身没有“SVN服务器守护程序”,而是存储库文件夹/数据库驻留在一个共享文件夹中,可以通过f

几年前,我们的软件开发团队部署了OrtoiseSVN 1.4.3,现在我们正在考虑将客户端升级到最新的1.6.x版本。我曾希望这次升级是透明的,附加的特性和修改是客户端的。在大多数情况下,这是正确的,除了一个非常重要的特性——合并。当我尝试将一个功能分支合并回卡车时,我得到一个显示停止“合并跟踪不支持的错误”

以下是一些值得注意的事实:

  • 当存储库第一次创建时(在我加入之前),它是通过客户机本身创建的。我们本身没有“SVN服务器守护程序”,而是存储库文件夹/数据库驻留在一个共享文件夹中,可以通过file:///. 这对我来说真是一个大惊喜;我一直以为我们在和某个SVN服务器守护进程交谈

  • 除了能够读取/写入共享本身之外,我们无法访问承载SVN共享的底层计算机。我甚至不知道机器运行的是什么操作系统。之所以选择此共享服务器,是因为我们的IT组每晚都备份其驱动器

  • 老实说,我们真的不需要合并跟踪功能,尽管拥有它会很好。目前,能够在1.4.3存储库上使用1.6.x TortoiseSVN客户机并将其合并(SAN跟踪)而不出错就足够了

  • 如何将客户端创建的1.4.3存储库升级到1.6.x兼容版本,而不访问存储库所在的底层计算机

    我希望陆龟VN客户本身有能力做到这一点,但事实似乎并非如此

    我是否会被迫将整个存储库复制到本地驱动器,运行一些SVN命令在本地升级存储库,然后将存储库复制回共享点?如果是这样的话,如果我们不能同时升级1.4.3客户端,那么这样做会破坏与1.4.3客户端的兼容性吗

    注意
    根据给出的一些答案,这个问题被完全改写了。

    ,看起来兼容性不应该是一个问题。但是,特定的功能缺失可能会像您已经体验到的那样发生

    有关升级,请参阅:

    • 堆栈溢出问题

    • (命令行命令)

    现在可能是重新评估SVN情况的时候了。我无法想象不能使用这台机器。我会要求/请求IT人员在进行备份后进行升级(也要进行您自己的SVN备份),或者授予您对机器的访问权


    至于使用文件//SVN访问:Yikes。我会立即更改,也可以通过。我无法想象只能在您的本地网络上访问它-尽管我认为在这种情况下会起作用。

    您需要执行
    svnadmin-升级来转换存储库格式。请确保先备份存储库,以防万一

    在大多数情况下,1.4.x客户端应该能够与1.6.x服务器进行通信。当然,1.6.x服务器具有1.4.x客户端不支持的功能,因此这些功能将不可用

    编辑:


    您是否通过TortoiseSVN创建了存储库并不重要。这一切都是以同样的方式发生的。您需要下载Subversion命令行工具才能使用svnadmin。我肯定会先将存储库复制到您的本地驱动器,以便您可以尝试升级。如果不升级该存储库,您将被迫放弃新功能。我认为您可以在不影响现有1.4.x客户端的情况下升级存储库,但在替换服务器上存储库的生产副本之前,测试一下也不会有什么坏处。

    我认为这在SuperUser中会很好。comI完全重新编写了我的问题,根据您的回答提供了更多细节,请你再看一遍好吗。谢谢。根据你的回答,我完全改写了我的问题,提供了更多的细节。你能再看一遍吗。谢谢