RE: RE: svn log -r based on a start date suddenly no longer returns any revisions

> I should have been more clear. You want to check the date. In other words, the svn:date property of a revision N must be later than the same of a revision M, for every N>M.

I see.

Checking the tag revisions done yesterday through the other unit tests, all the dates of the revisions are monotonically increasing, with time between dates ranging from 2 seconds to 2 hours, but always increasing compared to the previous date. I'm not sure if any older revisions might be causing the issue, but I'm assuming that any commits that have been done a day or earlier before the issues occurred probably didn't cause it, because I assume they'd have triggered the issue earlier. I'm not sure about that last thing, but it seems logical.

In case it could actually be one of the earlier revisions, are there any tricks or software I can use to test whether revisions are broken in this manner?

I'm still open to more suggestions, as before.

Nate

-----Original Message-----
From: Andreas Stieger <Andreas.Stieger_at_gmx.de>
Sent: vrijdag 29 maart 2019 9:49
To: users_at_subversion.apache.org
Subject: Aw: RE: svn log -r based on a start date suddenly no longer returns any revisions

> > svn log -r {2008-01-01T00:00:00}:{2019-02-20T10:21:03} [...] http://[...] --xml -v
> > [..] 
> > It should find exactly 2 commits in this range
>
> Check if all revisions (0:HEAD) on the root of the repository (not just trunk) are strictly monotonic increasing.

[...] counted the number of times the string "revision="

I should have been more clear. You want to check the date. In other words, the svn:date property of a revision N must be later than the same of a revision M, for every N>M.

Andreas
Received on 2019-03-29 10:08:58 CET