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

RE: svn revision r0 question

From: Paul Charlton <techguru_at_byiq.com>
Date: Mon, 29 Sep 2008 15:07:14 -0700

Blair,

It's good to know that the "00:00:00" implication is publicly documented ...
even so, it is still ambiguous if two transactions commit within the same
second ... is there a clear rule that no more than one TXN can commit during
the same second?

thanks,
Paul

-----Original Message-----
From: Blair Zajac [mailto:blair_at_orcaware.com]
Sent: Monday, September 29, 2008 2:42 PM
To: Paul Charlton
Cc: 'Greg Hudson'; 'Subversion Developers'
Subject: Re: svn revision r0 question

"{2007-01-02}" implies a time of "00:00:00" in that day.

Read the box here:

http://svnbook.red-bean.com/en/1.5/svn.tour.revs.specifiers.html#svn.tour.re
vs.dates

Blair

Paul Charlton wrote:
> Greg,
>
> "{2007-01-02}" is inherently a set, with zero or more members. It can
never
> deterministically resolve to a single revision number in the case that
there
> is more than one transaction commit during a 24 hour period beginning at
> midnight unless you arbitrarily pick "first commit that day" or "last
commit
> that day".
>
> best,
> Paul
>
> -----Original Message-----
> From: Greg Hudson [mailto:ghudson_at_MIT.EDU]
> Sent: Monday, September 29, 2008 1:10 PM
> To: Paul Charlton
> Cc: 'Subversion Developers'
> Subject: RE: svn revision r0 question
>
> On Mon, 2008-09-29 at 13:04 -0700, Paul Charlton wrote:
>> I respectfully disagree that the phrase {2007-01-02} has no meaning. It
>> defines a set of all revisions matching that date ... there is no
>> requirement that the initial set be ordered to determine membership in
the
>> named subset .... that's why all relationship DBMS have the ability to
>> create an index on the fly of most any field of a collection of records.
>
> You've departed from our API and command-line interface specifications
> with that meaning. Revision specs must resolve into a single revision
> number.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-09-30 00:07:24 CEST

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

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