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

Re: [Issue 1191] New - svn cat (and others?) don't look to working copy for properties

From: Benjamin Pflugmann <benjamin-svn-dev_at_pflugmann.de>
Date: 2003-03-18 01:21:00 CET

On Mon 2003-03-17 at 15:34:37 -0600, Karl Fogel wrote:
> "Jack Repenning" <jrepenning@collab.net> writes:
> > I think both the meaning "cat the local rev" and the meaning "cat HEAD"
> > are useful, and roughly as common.
> >
> > However, if 'svn cat foo' means "local rev," it may easily be turned
> > into that other query with '-r HEAD' (right?). But if it means "HEAD",
> > then it's rather trickier to turn it into "local rev" (unless there's a
> > magic keywoard for that, too, that I've missed?).

Jupp. "-r BASE".

> > An old rubric advises
> > "common things should be simple; uncommon things should be possible."
> > Making it mean "local rev" (by default) seems to create the broadest
> > possible collection of "common easies." It also makes the default
> > behavior cheap (non-networked).
>
> If by 'local rev' you mean the local text-base, not the working file,
> then +1. (Regular old 'cat' will do for the working file.)
>
> The only question is, should base props or working props apply, for
> keyword and eol transformations?

I am not sure if I am missing something, but if I get to see the base
version, I would expect to see the base propr, too. I always
understood that -r BASE theoretically gives me the same I would get if
I stated the reversion explicitly and queried the repository (by using
an URL). Isn't that the case for all commands?

Bye,

        Benjamin.

  • application/pgp-signature attachment: stored
Received on Tue Mar 18 01:22:40 2003

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.