【问题标题】:Subversive error: "<file>... non-existent in that revision"颠覆性错误:“<file>...该修订版中不存在”
【发布时间】:2012-03-05 00:19:49
【问题描述】:

我已开始在 AWS 上设置一个新的 SVN 存储库,但无法从 Eclipse 3.6 Subversive 2.2.2 使用它。

更新:新的 repo 正在使用带有 Subversion 1.7 的 Bitnami 堆栈。

我的 Eclipse 3.5 Subclipse 1.6.2 安装没有问题。

Eclipse 3.6 Subversive 2.2.2 中,如果我尝试打开任何子文件夹,Subversive 会给我错误:

获取存储库文件夹子操作失败。

svn: URL 'svn://xxx-xxx-xxx-xxx-xx.compute-1.amazonaws.com/M1' 不存在 那次修订

任何读取文件的尝试都会给我一个类似的错误(xxx 在那个版本中不存在)。

似乎每个提交的元数据都可用,但无法找到/读取实际文件本身。


更新:

  • 我可以使用 Subversive 查看所有提交的历史记录,但无法查看实际文件。
  • 该存储库可与其他 SVN 客户端完美配合,例如 Subclipse、X-Code 的客户端、SVNX。
  • 问题在于目前缺乏对 Subversive 的 SVN 1.7 支持(2012 年 2 月)

答案(解释):

ScubaZA 为我指明了正确的方向 - 新的 repo 使用的是 Subversion 1.7,Subversive 不支持该版本(截至 2012 年 2 月)。 Subversive 使用 SVNKit 连接器。其他 SVN 客户端已经支持 1.7。

这些相关问题中的信息有所帮助:

【问题讨论】:

  • 这似乎与身份验证无关。显然它正在通过身份验证。我以前从未在 AWS 中运行过 SVN。它是否有可能以某种方式到达不同的服务器?您安装了哪个版本的 Subclipse? Subclipse 1.8 包括 SVN 1.7。也许这与 1.7 客户端和服务器有些区别?
  • 谢谢马克 - 你是对的 - 我更新了这个问题。而且(我不敢相信,但是......)我在问题中输入了错误的 SVN 客户端名称,所以我已经修复了这个问题,包括添加版本号(虽然在 Subclipse 上不是 1.8)。我打破了自己从不匆忙发布到 stackoverflow 的规则。
  • 我维护 Subclipse,所以我只能猜测。我会看看您在 Subversive 中使用的 SVN 连接器,因为我相信它们支持多个。也许您正在使用一个由于某种原因(例如旧的 JavaSVN 连接器)无法连接到该服务器?

标签: svn subclipse subversive


【解决方案1】:

也许检查您的 eclipse SVN 连接器是否与您服务器上安装的 SVN 版本兼容。

使用 eclipse 检查:

首选项 -> 团队 -> SVN -> SVN 连接器选项卡

它应该说类似“SVNKit 1.x.x(SVN 1.x.x 兼容)”

据我所知,Subversive 插件还不支持 SVN 1.7。

【讨论】:

  • thx - 新的 Repo 使用的是 SVN 1.7。 Subversive 的 SVNKit 连接器尚不支持 SVN 1.7(2012 年 2 月)。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-04-11
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多