On 21 Dec 2002, Greg Hudson wrote:
> Well, this doesn't look like a horrible amount of code, but I still
> wonder if it wouldn't be better implemented as a separate script or
> program to convert the Subversion dump format to XML and vice versa.
>
> Can you explain what motivates you to want an XML dump format?
>
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)
2. It is a "standardized" way of presenting data in a portable format.
3. It helps describe the data in a more readable format (although the
original format is not bad, just takes some digging around to
understand).
4. I think it should help to improve the importability/exportability of
the repository data to other tools (more easily
readable/understandable).
5. Someone mentioned RevML (which I'm looking for references for now)
which should (theoretically and in the the future) increase interoperability
with other SCM/SCCS systems.
6. It seemed the "Right Thing To Do (TM)" :-) coming from a Computer
Science / Computer Engineering background.
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).
I'm sure it needs some work to make sure it is "doing the right thing"
from a system design and theoretical point of view, this was my first
attempt and I wanted to get some feedback on things to improve/change,
etc.
--
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 20:44:02 2002