"Steve Dwire" <sdwire@parkcitysolutions.com> writes:
> I understand why we may want to avoid the unexpected overhead of an
> automatic upgrade to version 4, but what's the disadvantage of having
> "svnadmin create" build *new* repositories in format 4?
For exactly the same reason: so if someone downgrades to pre-1.2, all
their repositories would still work.
I wasn't trying to avoid the "overhead of an automatic upgrade"; there
is no such overhead, the automatic upgrade of the repository is easy
and painless. The pain comes if one downgrades one's server code
after that.
-Karl
> Steve Dwire
>
>
> -----Original Message-----
> From: kfogel@newton.ch.collab.net [mailto:kfogel@newton.ch.collab.net]
> On Behalf Of kfogel@collab.net
> Sent: Friday, March 11, 2005 5:04 PM
> To: dev@subversion.tigris.org
> Subject: When to upgrade repository format number?
>
> kfogel@tigris.org writes:
>
> [snip]
>
> Some unanswered questions:
>
> * Would 'svnadmin create' create format 4 or format 3 repositories
> in 1.2?
>
> * If format 3, would 'svnadmin create' take a new option to
> indicate that you want locking from the beginning?
>
> * If format 3, would we move the silent auto-creation of the
> locking tables/hooks/etc to become part of 'svnadmin upgrade',
> instead of part of the default 1.2 code as they are now?
>
> One possible response is: "This is nice, but too complex. Let's just
> unconditionally upgrade repositories to 4, and create new ones at 4.
> Admins should be reading the release notes carefully anyway!"
>
> If that's the way we want to go, then we don't have to do anything,
> because that's how the current code behaves.
>
> Finally, note that our compatibility guidelines permit both ways.
>
> -Karl
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Mar 12 18:45:07 2005