Svn Subversion客户端版本混淆

Svn Subversion客户端版本混淆,svn,command-line,version,subclipse,Svn,Command Line,Version,Subclipse,可能重复: 我正在服务器上使用1.6.5版的Subversion。我在STS中使用Subclipse(1.6版)作为特定任务的客户端,但我更常用1.7.0 subversion命令行客户端 为什么命令行客户端使用1.7?没有充分的理由 所以我用命令行客户机做了一个分支,现在当我尝试使用Subclipse“更新到头部”时,它告诉我: org.tigris.subversion.javahl.ClientException:不支持的工作副本格式 svn:路径“C:\code\workspace\m

可能重复:

我正在服务器上使用1.6.5版的Subversion。我在STS中使用Subclipse(1.6版)作为特定任务的客户端,但我更常用1.7.0 subversion命令行客户端

为什么命令行客户端使用1.7?没有充分的理由

所以我用命令行客户机做了一个分支,现在当我尝试使用Subclipse“更新到头部”时,它告诉我:

org.tigris.subversion.javahl.ClientException:不支持的工作副本格式

svn:路径“C:\code\workspace\my\u app”似乎是Subversion 1.7或更高版本的一部分 工作副本。请升级Subversion客户端以使用此工作副本

我该怎么做才能让Subclipse理解这个项目?假设我没有权限更新所有内容,他们是否可以让1.6版本的客户在不损失进度的情况下接受该项目

我正在使用的命令行客户端位于Cygwin中。

请参阅:

Subversion 1.7.0支持
Subclipse 1.8.x版本现已发布 并包括对Subversion 1.7.0(包括新的WC-NG)的支持 格式


新的SVN客户端接触工作副本后,它会将工作副本布局升级为新格式。您不能返回,也不能混合使用不同版本的SVN客户端,无论它们是基于GUI还是基于命令行的。我建议升级到更新的Subclipse。它将理解新的1.7布局。

服务器在处理更高版本的客户端时会有困难吗?不会,服务器和客户端不会以这种方式相互依赖。通常,新客户端会添加不需要服务器更改的新功能。其他时候,新客户机添加了需要服务器更改的新功能,但如果服务器保持不变,唯一的问题是新功能将无法工作——它不会破坏服务器。新客户端与旧服务器保持向后兼容。顺便说一句,必须手动升级到WC-NG