当我尝试通过SVN提交项目
时,我在Eclipse Juno中遇到了完整的错误appears to be part of a Subversion 1.7 or greater working copy. Please upgrade your Subversion client to use this working copy.
我不明白为什么我得到这个,因为我的SVN客户端版本是最新版本。 (2.0.3)!
答案 0 :(得分:3)
从Subversion 1.1到Subversion 1.6,Subversion客户端工作目录的布局没有改变。在1.7版本中,它发生了变化,在1.8中,它又发生了变化。这对于与多个Subversion客户端共享工作目录的人来说引起了很多惊愕。
Subversive和Subclipse,Eclipse的两个主要Subversion客户端实际上将创建Subversion工作目录的工作转移到SVNKit或JavaHL - 所谓的_SVN连接器。这两个 SVN连接器必须与工作目录的版本匹配。不要检查Subversive或Subclipse的版本。查看 SVN连接器版本。
如果您转到首选项,请转到Team-> SVN,您将看到 SVN连接器的标签。检查 SVN连接器的版本(无论是JavaHL还是SVNKit),并确保使用正确的版本。在你的情况下,它应该是1.7。
看到此错误的最常见原因是因为您在同一个工作目录上使用了两个不同的Subversion客户端(官方不支持,但无论如何都是这样做的。)
例如,您使用TortoiseSVN或Subversion命令行客户端,以及同一工作目录上的Eclipse客户端,您naughty spawn?
忏悔时间:我一直这样做。我发现有时候使用命令行客户端来完成某些工作比使用Eclipse客户端更困难。例如,我可以执行svn log
并执行grep
过滤器以快速找到我想要的修订版,而不是通过Eclipse。如果你做这种类型的东西,请确保你的Subversion客户端都使用相同的通用版本(1.6 vs. 1.7 vs. 1.8)。
好的,你是一个好孩子,不要在同一个工作副本上使用不同的Subversion客户端。现在发生了什么?在这种情况下,我怀疑您无意中更改了 SVN Connector 版本 - 无论是通过更新还是在设置中。您可以同时拥有多个 SVN Connector 版本,我相信每个项目也可以有不同的版本。
再次检查 SVN Connector 版本,确保其正确无误。
答案 1 :(得分:0)
尝试运行此命令时也出现此错误:
svn co http://subversion.<path to trunk>/<project name>/
。我不在工作区 project 目录中,只是工作区目录。我们有1.8的正确版本,但由于我在错误的目录中,而不是项目目录,我得到了与上面列出的相同的错误。
答案 2 :(得分:0)
对我来说,问题是我使用较旧的SVN客户端从Eclipse工作区复制并粘贴了一个软件包。
我不知道在后台以及软件包中也复制了一个.svn目录。因此,当我尝试提交它时,出现了此错误。
删除.svn目录可以解决此问题。
答案 3 :(得分:-2)
没有Apache Subversion 2.x. Subversion 1.8是迄今为止的最新版本。您使用Subversive 2.x,它可以与Subversion 1.7和1.8工作副本一起使用,没有任何问题。
svn upgrade
command,