【问题标题】:SVN Update Unable to parse URL due to weird character由于奇怪的字符,SVN 更新无法解析 URL
【发布时间】:2016-02-01 06:41:10
【问题描述】:

当我在命令行执行 svn 更新时收到以下消息:

svn: Unable to parse URL '/svn/hvcp/!svn/bc/3678/trunk/media/mechanicârail_4.pdf'

事情是这样的:

  1. 意外保存了名称中包含奇怪字符 (â) 的文件
  2. 在我的桌面上使用 TortoiseSVN 重命名了 SVN 中的文件,这似乎成功了
  3. 然后尝试从我们的开发服务器进行 svn 更新并不断收到上述消息。当我删除桌面上的文件并使用 TortoiseSVN 在桌面上进行 svn 更新时,它运行良好,没有任何消息。

它看起来像 /bc/3678/trunk 的路径,其中 3678 是该文件重命名时的修订号。

CentOS 版本 6.3 上的 SVN 软件版本 4.0.4-3784.127 颠覆版本 1.8.5-3784.127

关于如何解决这个问题的任何想法?

谢谢

【问题讨论】:

    标签: svn


    【解决方案1】:

    SVN 使用 UTF8 编码。我认为文件名是好的。

    可能是客户端svn版本太低无法正确处理文件名?

    当我使用 1.6 版的 svn 客户端和 1.8 版的 svn 服务器时,我遇到了类似的问题。

    我升级svn客户端后就ok了。

    【讨论】:

      【解决方案2】:

      在以下情况下会出现此问题:

      • 您使用的是 SVN 1.6 或更早版本的客户端
      • 您正在通过 http 或 https 访问服务器存储库
      • 存储库由 Apache 2.2.27 或 2.4.8 提供服务
      • 您正在直接访问包含需要百分比编码的字符(ASCII 字母数字和一些标点符号除外)的存储库文件

      根本原因是Apache bug 56480。 SVN 客户端对资源执行 PROPFIND,并返回一个带有无效 URL 编码的 XML 响应。 SVN 客户端 1.7 及更高版本可以处理此问题,但 SVN 客户端 1.6 及更早版本无法处理。

      要解决此问题,请将服务器至少升级到 Apache 2.2.28 或 2.4.9(修复错误),或者将客户端升级到至少 SVN 1.7(解决错误)

      【讨论】:

        【解决方案3】:

        当使用 SVN 1.3 客户端和 SVN 1.8 服务器时,我看到路径中只有空格的问题。

        升级客户端解决了这个问题。

        【讨论】:

          猜你喜欢
          • 2020-02-20
          • 1970-01-01
          • 2016-04-24
          • 1970-01-01
          • 2014-10-03
          • 2023-04-03
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多