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

Re: [RFC] New indented propget/proplist output needs a tweak for v1.6

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Tue, 20 Jan 2009 14:39:36 +0000

On Tue, 2009-01-20 at 09:28 -0500, Paul Burba wrote:
> On Tue, Jan 20, 2009 at 8:43 AM, C. Michael Pilato <cmpilato_at_collab.net> wrote:
> >> A. Make "propget" print just the plain value with no header when there
> >> is only one target, like it used to, but use the new indented format
> >> when there are multiple targets. Remove the new use of "-v". (Leave
> >> "proplist" as it
> >
> > Do you mean "multiple targets" or "multiple targets with the named
> > property"? Actually, that's not even so very interesting. I guess I don't
> > like the idea that somebody might type:
>
> This is probably the same question as Mike's, but what would a
> recursive propget yield? The same indented output as with multiple
> targets right? I'd hate svn pg svn:mergeinfo -vR to return to the
> mess it was.

I mean whatever the plain (old-style and still default) "propget"
currently does, and I think that is: any invocation that involves
scanning multiple nodes and so may result in multiple outputs.

> > svn propget svn:mergeinfo *.c
> >
> > in one directory, and see one form of output, and then do exactly the same
> > thing in other directory and see another form.

That inconsistency is present in the plain (old-style and still default)
"propget".

- Julian

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1038008
Received on 2009-01-20 15:42:36 CET

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.