SVN 错误“似乎是 Subversion 1.7 或更高版本工作副本的一部分”与 svn 版本 2.0.3

Question

这是我尝试通过 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)！

Answer 1

从 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、1.7 和 1.8）。

好的，你是个好孩子，不要在同一个工作副本上使用不同的 Subversion 客户端。现在发生了什么？在这种情况下，我怀疑您在没有意识到的情况下意外更改了 SVN 连接器 版本——无论是通过更新还是在设置中。你可以同时拥有多个SVN Connector版本，我相信每个项目也可以有不同的。

再次检查您的 SVN 连接器 版本，并确保它是正确的。

Answer 2

我在尝试运行这个命令时也遇到了这个错误：

svn co http://subversion.<path to trunk>/<project name>/

在命令提示符下。我不在工作区 project 目录中，只是在工作区目录中。我们有正确的 1.8 版本，但是因为我在错误的目录中，而不是在项目目录中，所以我得到了与上面列出的相同的错误。

Answer 3

对我来说，问题是我使用旧版 SVN 客户端从 Eclipse 工作区复制并粘贴了一个包。
我不知道在后台，与包一起复制了一个 .svn 目录。所以当我尝试提交它时，我得到了这个错误。
删除 .svn 目录解决了这个问题。

Answer 4

Use search before asking.

没有 Apache Subversion 2.x。 Subversion 1.8 是迄今为止的最新版本。您使用 Subversive 2.x，它应该可以与 Subversion 1.7 和 1.8 工作副本一起使用，没有任何问题。

1. Make sure that you actually run the latest Subversive version,
2. 尝试使用 svn upgrade command 升级您的本地工作副本，
3. 尝试从存储库中签出新的工作副本，看看是否有任何错误。