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

Re: --xml on all svn commands

From: Branko Čibej <brane_at_xbc.nu>
Date: 2005-09-27 18:37:14 CEST

Gregg Tavares wrote:

> Please excuse me if I'm breaking any kind of protocol. This is my
> first attempt at contributing.
> currently the --xml flag seems to only work on "svn list"

Also on "blame", "info", "log" and "status".

> Are there already plans to add it to all the other commands? Or, if
> not, does anyone mind if I add it and send in the patches?

I would certainly like to see the --xml flag supported in all commands
that produce output. Patches are welcome. But please, take the time to
write design proposals (and especially XML schema proposals) before
sending patches.

> For exmaple, I'm using "svn lock <file>". If the file is locked it
> returns something like
> 'file:folder\file.c' is already checked out by user 'gregg' in
> 'http://svn.domain.com/project/folder/file.c'
> Unfortunately
> 1) all that changes if you are not running in English Windows so you
> can't parse by word
> 2) filenames can have single quotes in them so trying to parse by
> single quotes won't work either.


> Other commands have similar problems
> "svn status -u -v <file>"

But status isn't one of them. :)

> The first 6 characters are specified in but after that things are only
> separated by space according to the docs. So, if your filename has a
> space in it so much for trying to parse that output.
> Anyway, it seems like a couple of hours work to add the --xml option
> to all the commands if there isn't already plans. Is this a
> contribution I can make?

Ha ha. If you can do it in a couple of hours, I'll eat my left shoe. All
my left shoes! :)
Seriously, it's more work than you think.

-- Brane

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Sep 27 18:39:43 2005

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.