Greg Hudson <ghudson@MIT.EDU> writes:
> Anyway, comments appreciated. I'm also interested in comments about
> how we ought to structure this work so that it doesn't disrupt the
> main thrust of Subversion development.
Assuming part of the change includes abstracting libsvn_fs to make
pluggable back ends easy (which seems uncontroversial), I think it's
best for this to happen on trunk. The code itself can be included in
releases, too, it won't hurt anyone by just being there, and some
might want to look at it. If the code isn't ready for real-world use,
then it can just be turned off by default, i.e., you must configure
with --enable-native-fs to get it, then later when it's ready, the
default reverses, and you use --disable-native-fs to avoid it (or
something like that).
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 30 18:18:17 2004