Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/svn/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Svn Subversion log命令不使用';t显示近10年前的最新修订_Svn - Fatal编程技术网

Svn Subversion log命令不使用';t显示近10年前的最新修订

Svn Subversion log命令不使用';t显示近10年前的最新修订,svn,Svn,在svn1.7上运行下面的命令时,我们得到一个空的XML日志元素作为输出(机器名和凭证已更改) 该存储库主干上的最新版本是2009-03-10,因此几乎是10年前的版本,但在请求的日期内。在过去的10年中,该存储库每天都有几次提交到tags目录(总共约9000次),但没有提交到trunk。在整个svn存储库上运行该命令会将这些提交返回到tags目录。Subversion与日期的追溯时间有限制吗 更新:我在1.11.1中尝试了以下命令: svn log -r '{2008-01-01T00:00:

在svn1.7上运行下面的命令时,我们得到一个空的XML日志元素作为输出(机器名和凭证已更改)

该存储库主干上的最新版本是2009-03-10,因此几乎是10年前的版本,但在请求的日期内。在过去的10年中,该存储库每天都有几次提交到tags目录(总共约9000次),但没有提交到trunk。在整个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>
更新3:转储和恢复我们的Subversion存储库并没有解决这个问题。我们目前的思路是存储库已损坏,因此我们正在考虑恢复备份


更新4:我们已恢复该机器的备份,修复了该机器上的问题。然而,大约两周前,我们将该机器从Windows 2003机器更换为Linux机器,今天我又遇到了这个问题。

事实证明,我们的subversion存储库并没有单调增加的修订日期:在某些时候,存储库可以追溯到6年前。我们最终不得不重新创建它,因为这比在我们的存储库中更新大约300个版本的修订日期要容易得多。

事实证明,我们的subversion存储库并没有单调增加的修订日期:在某些时候,存储库可以追溯到6年前。我们最终不得不重新创建它,因为这比在我们的存储库中更新大约300个版本的修订日期要容易得多。

不,没有这样的限制。首先尝试支持的SVN客户端版本。不支持SVN 1.8.x及更高版本,而且这些版本实际上非常旧。2019年,您应该使用SVN 1.10或1.11客户端。@bahrep仅使用较新的客户端访问可能会导致存储库发生永久性更改吗?如果此版本提交给此特定存储库,则必须进行修改。修订在SVN中是不可变的。@bahrep Check update,在v1.11.1中使用SVN命令行工具运行它没有任何区别。运行
SVN log时是否看到此修订http://testmachine:8110/svn/svn/UNITTEST/trunk
?不,没有此类限制。首先尝试支持的SVN客户端版本。不支持SVN 1.8.x及更高版本,而且这些版本实际上非常旧。2019年,您应该使用SVN 1.10或1.11客户端。@bahrep仅使用较新的客户端访问可能会导致存储库发生永久性更改吗?如果此版本提交给此特定存储库,则必须进行修改。修订在SVN中是不可变的。@bahrep Check update,在v1.11.1中使用SVN命令行工具运行它没有任何区别。运行
SVN log时是否看到此修订http://testmachine:8110/svn/svn/UNITTEST/trunk
<?xml version="1.0" encoding="UTF-8"?>
<log>
</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
------------------------------------------------------------------------