On 1/13/06, Julian Foad <julianfoad@btopenworld.com> wrote:
> That's one view. I prefer to think that monotonic ordering of svn:date is a
> requirement, and that a repository that violates the requirement is broken.
You're welcome to that view, but it doesn't change the fact that there
are a number of situations where that sort of thing happens (be it
from importing converted dump files or svk style remote branches), and
I don't think we can just say "don't do that".
> Would we be prepared to agree and document something like?:
>
> * "svn:date" represents the date at which this revision was committed to this
> repository, and thus must increase monotonically.
>
> * If "svn:date" properties are out of order, up until at least Subversion v1.3,
> the only thing that breaks is "-r{DATE}", and in v1.x everything that works in
> v1.3 will continue to work but new features that rely on date ordering may be
> introduced.
>
> * If you want to record the date at which, for example, the files were
> originally committed to some previous repository, and the complete set of such
> dates would not be ordered in the current repository, then record those dates
> in some other property, not "svn:date".
>
> If we agree, we should do something about enforcing this in "svnadmin load" and
> "svn propset".
>
> To address the problems that people currently have with out-of-order
> repositories, we could write a "correction" utility which modifies the dates so
> that they are in order, possibly preserving the old values into a
> differently-named property if required. (This utility need only access the
> repository through the software API, though it could alternatively filter a
> dump file.)
>
> Thoughts?
If we're going to have two separate types of date props, some for the
original commit and some for the commit to this repos, then how do you
tell the -r flag which one you're concerned about?
Additionally, what if I mirror a branch that was previously mirrored?
Now I've got three sets of dates to care about. How does that work?
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jan 14 18:23:25 2006