[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: specifying revisions using their distance (in days) from the current date

From: <kfogel_at_collab.net>
Date: 2004-07-28 18:51:12 CEST

"Peter Hercek" <peter@syncad.com> writes:
> This is a proposal for enhancement.
>
> I plan to add it to Subversion Issue Tracker if there are no objections or
> better ideas.
>
> Problem:
>
> It is dificult to find out all the log records for commits which happened
> in the last x days. The timestamps can be specified only in the absolute
> format. One more date format would be accepted by svn to improve this. It
> would specify the timestamp as an amount of time we need move back from the
> current timestamp. The format would look like this:
>
> '{-' number_of_days_ago (
> 'T' number_of_hours_ago (
> ':' number_of_minutes_ago (
> ':' number_of_seconds_ago
> )?
> )?
> )? '}'
>
> The format can be easily recongnized from the standard date formats since
> t starts with a minus sign (dash).
>
> Examples:
> {-3} would mean 3 days ago (ie Now()-3 provided that Now is a function
> returning the current timestamp)
> {-4T12:30} would mean 3 days, 12 hours and 30 minutes ago
>
>
> Is it a good proposal? Any better ideas?

I like it. If you add support for year/month, you could have an
optional character after what is currently the day number:

   {-3dT12:30}
   {-3mT12:30}
   {-3yT12:30}

Also, how do you want it to behave when two timestamps are give, that
is:

   svn CMD -r{DATE1}:{DATE2}

What if exactly one of those dates is in your new format? And what if
*both* are?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jul 28 20:23:55 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.