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

Re: Feature-by-feature evaluation of v1.5

From: Karl Fogel <kfogel_at_red-bean.com>
Date: Fri, 07 Mar 2008 13:58:01 -0500

"Dan Christian" <dchristian_at_google.com> writes:
> On Fri, Mar 7, 2008 at 9:19 AM, Karl Fogel <kfogel_at_red-bean.com> wrote:
>> # FSFS sharding
>>
>> The
>> third is an under-the-hood kind of thing, IIRC.
>
> Let me make a plug for FSFS sharding. System administrators are also
> a kind of user. A better title might be "improved large deployment
> support".

Thanks, that's a good idea. I've done it into the in-progress CHANGES
file at http://svn.red-bean.com/repos/manyhands/trunk/changes-1.5/CHANGES.

> The FSFS sharding makes repositories with millions of revision practical.
>
> I would add in the fact that transactions can now be built up on local
> disk. This helps multiple svn servers share a NFS repository for
> improved scalability.
>
> These are kind of subtle things that are probably very
> under-documented right now.

+1 (Anything else you can think of?)

> It occurs that I know a good bit about this feature and should help
> work on docs. Where is this kind of thing documented? Is the
> submittion process the same as code?

This would go in the release notes; post here a patch to
https://svn.collab.net/repos/svn/trunk/www/svn_1.5_releasenotes.html and
we'll make sure it gets incorporated.

For some of these things we'll also do a line in the CHANGES file, but
just getting it into the release notes will do for now, since the two
will be compared to each other before the release.

Best,
-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-03-07 19:58:18 CET

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.