Re: "svn log" options and semantics
From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2003-10-28 16:27:44 CET
Files wrote:
So you are using non-incremental mode if the user asks for information about only one item, and the incremental mode if multiple items. And then you are parsing the XML output into a form suitable for display to the user. Is this correct?
If you are able to use the "incremental" form, that means you don't need the header and footer, so you could use the incremental form always. I could remove the non-incremental form and the "--incremental" option, and make incremental output the default. (I'm not saying yet that I will remove it, but just checking that that wouldn't be a problem for you.)
>>>And here I thought it was so kewl that we even had the option. Now if we
That depends on whether you want to selectively _remove_ parts of the information, or _add_ information that is not being output by "svn log" at the moment.
Reducing the information can be done externally with standard XML tools. It would also be possible to add information selection options to the "svn log" command, applied to the plain text mode as well as the XML mode, but I am not convinced that it would be useful enough to justify the extra maintenance cost. (That is, I am not convinced that that feature is a Good Think over all.)
If you are processing the output anyway, I don't see why it is useful to have some of the information already removed. The only thing I can think of is efficiency, if some of the information is large and not wanted. That is why the "-v" and "-q" options exist. Oh...
BUG: "svn log --quiet --xml" still outputs the log message text. "-q" is supposed to suppress that part. I'll take a look at that.
Increasing the information obviously requires changes to the "svn log" command.
- Julian
---------------------------------------------------------------------
|
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.