Question

在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年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 log命令：

------------------------------------------------------------------------
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：我们已恢复了该计算机的备份，从而解决了该计算机上的问题。但是，大约两周前，我们将该计算机从Windows 2003机器替换为Linux机器，今天问题又回到了我身上。

Answer 1

结果表明，我们的Subversion存储库的修订日期没有单调增加：在某些时候，存储库的时间可以追溯到6年前。我们最终不得不重新创建它，因为这样做比在数据库中更新大约300个修订的修订日期要容易得多。

Subversion log命令未显示近10年前的最新修订

1 个答案: