几年前，TortoiseSVN 1.4.3被部署到我们的软件开发团队，我们正在考虑升级客户端到最新的1.6.x版本。 我希望这个升级是透明的，附加function和修改是客户端。 大多数情况下， 除了一个非常重要的特征 – 合并之外 ，这是真的。 当我尝试将function分支合并回卡车时，我得到一个停止显示“合并跟踪不支持错误”。
这里有一些值得注意的事实：
当首次创build回购（在我上船之前）时，它是通过TortoiseSVN客户端本身创build的。 我们没有“svn服务器守护进程”本身，而是将资源库文件夹/数据库驻留在可通过file：///从我们的工作站机器访问的共享文件夹中。 这实际上让我大开眼界，我一直以为有一些SVN服务器守护进程正在与我们通话。
除了读/写共享本身的能力之外，我们没有任何访问托pipeSVN共享的底层机器的权限。 我甚至不知道机器运行的是什么操作系统。 select这个共享服务器是因为它的驱动器是由我们的IT小组每晚备份的。
诚实地说，我们确实不需要合并跟踪function，虽然它会很好。 暂时只要能够在1.4.3版本库中使用1.6.x的TortoiseSVN客户端就足够了，并且可以无误地合并（无跟踪）。
所以现在的问题是， 如何将一个客户端创build的1.4.3回购升级到1.6.x兼容版本，而无需访问该回购所在的底层机器？ 我希望TortoiseSVN客户端本身有能力做到这一点，但似乎并非如此。
我会被迫复制到我的本地驱动器的整个回购，运行一些svn命令本地升级回购，然后将回购复制回共享点？ 如果是这样，如果我们不能同时升级它们，会不会破坏与1.4.3客户端的兼容性？
谢谢您的帮助。
为了获得合并跟踪，您需要在repo上运行svnadmin upgrade。 我不认为你可以远程做到这一点，所以你需要复制回购和升级它，或让任何拥有服务器来升级它。 老实说，你也应该升级服务器，所以你在运行1.6版本的服务器上运行1.6客户端。
1.7即将推出，并有很多新function，你可能会想要的，所以这样做正确的，并获得一个程序，再次做到这一点是值得的。