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

Re: [PATCH] "svnadmin dump": An optional XML output format.

From: David Summers <david_at_summersoft.fay.ar.us>
Date: 2002-12-21 21:05:05 CET

On Sat, 21 Dec 2002, Garrett Rooney wrote:
> On Saturday, December 21, 2002, at 02:43 PM, David Summers wrote:
> >
> > If it needs to be a separate script or program, that's fine. It just
> > looked like it fit into the "svnadmin dump/load" structure very well.
> >
> > 1. It's neat, new, and I'm learning it and using it on projects at
> > work.
> > :-) (we're converting our simulators to use XML config files)
> "it's neat" is not a valid reason for a new feature that doesn't
> provide any additional functionality.

True; he was asking for *my* reaons so I stated this one.

> > 2. It is a "standardized" way of presenting data in a portable format.
> it's only standardized if you're using some standard xml format.
> inventing your own doesn't count. this RevML thing might qualify as a
> portable format, but a custom xml format does not.

I agree, I'm looking into RevML now to see if it might be used.
> > 6. It seemed the "Right Thing To Do (TM)" :-) coming from a Computer
> > Science / Computer Engineering background.
> well, unless you've actually got a reason for it, then it's the "Wrong
> Thing To Do (TM)" as far as i can tell (also coming from a Computer
> Science / Computer Engineering background).

I agree that it is not *necessary*, but I think it will be useful (I know
it will be for me). I agree that stuff shouldn't be just thrown in without
reasons that everyone agrees on and without having some kind of master
design plan.

I have reasons, whether or people agree with them is another matter. :-)

> > 7. It looked like a fairly easy way for me to jump into learning the
> > Subversion source code while providing something useful. I've
> > already
> > learned a powerful lot just by running into problems and solving
> > them
> > (I spent all day re-writing 30-40 source code files to handle the
> > change, come to find out that was a very dumb way of doing it and is
> > what "batons" were designed for).
> honestly, unless you've got an actual problem to solve with this
> change, i don't see the point. supporting this RevML thing /might/ be
> a good idea if it doesn't take too much work and doesn't clutter up the
> existing code too much, but supporting some arbitrary xml format for
> something that only needs to be read by subversion itself doesn't make
> sense to me.
> if you're looking for a way to jump into learning the code, i suggest
> picking up a bite sized task from the bug database, there are plenty,
> and they give you a good way to learn the code while solving real
> problems.

Yes, I'll be doing that also. XML dump/load was just something I wanted
to try out and it will be useful to me (maybe not so much now as in the

David Wayne Summers          "Linux: Because reboots are for hardware upgrades!"
david_at_summersoft.fay.ar.us   PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint =  C0 E0 4F 50 DD A9 B6 2B  60 A1 31 7E D2 28 6D A8 
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Dec 21 21:05:50 2002

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