【发布时间】：2019-02-20 10:26:46
【问题描述】：
在 svn 1.7 上运行以下命令时，我们得到一个空的 XML 日志元素作为输出（机器名称和凭据已更改）。
D:\vcrs\svn\Collabnet\bin\svn log -r {2008-01-01T00:00:00}:{2019-02-20T10:21:03} --username username --password password http://testmachine:8110/svn/svn/UNITTEST/trunk --xml -v
此存储库主干上的最新修订是从 2009 年 3 月 10 日开始，差不多 10 年前，但在请求的日期内。在过去的 10 年里，这个存储库每天都有几次提交到 tags 目录（总共大约 9000 次），但没有提交到主干。在整个 svn 存储库上运行命令会将这些提交返回到 tags 目录。 Subversion 可以使用日期多远有限制吗？
更新：我在 1.11.1 中尝试过以下命令：
svn log -r '{2008-01-01T00:00:00}:{2019-02-20T10:21:03}' --username username --password password http://testmachine:8110/svn/svn/UNITTEST/trunk --xml -v
返回相同的结果：
<?xml version="1.0" encoding="UTF-8"?>
<log>
</log>
根据 bahrep 的要求，干线的简单 SVN 日志命令的输出：
------------------------------------------------------------------------
r886 | (no author) | 2009-03-10 13:19:52 +0100 (di, 10 mrt 2009) | 1 line
deleted readme.txt
------------------------------------------------------------------------
r876 | (no author) | 2009-03-10 10:33:56 +0100 (di, 10 mrt 2009) | 1 line
added extra files and folders
------------------------------------------------------------------------
r3 | (no author) | 2005-11-10 15:38:33 +0100 (do, 10 nov 2005) | 1 line
------------------------------------------------------------------------
r1 | (no author) | 2005-11-10 15:32:07 +0100 (do, 10 nov 2005) | 1 line
Initial import of Subversion Unit Test project
------------------------------------------------------------------------
更新 3：转储和恢复我们的 Subversion 存储库并没有解决问题。我们目前的思路是存储库损坏，因此我们正在研究恢复备份。
更新 4：我们已恢复该机器的备份，从而解决了该机器上的问题。然而，大约 2 周前，我们将那台机器从 Windows 2003 机器更换为 Linux 机器，而今天又出现了问题。
【问题讨论】：
-
不，没有这样的限制。首先尝试支持的 SVN 客户端版本。不支持 SVN 1.8.x 及更早版本，这些版本实际上非常旧。在 2019 年，您应该使用 SVN 1.10 或 1.11 客户端。
-
@bahrep 简单地使用更新的客户端访问会导致对存储库的永久更改吗？
-
如果此修订已提交到此特定存储库，则它必须到位。 SVN 中的修订是不可变的。
-
@bahrep 检查更新，在 v1.11.1 中使用 SVN 命令行工具运行它没有任何区别。
-
你在运行
svn log http://testmachine:8110/svn/svn/UNITTEST/trunk时看到这个版本了吗？
标签： svn