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

Re: ignore not recursive to subdirectories

From: Benjamin Pflugmann <benjamin-svn-dev_at_pflugmann.de>
Date: 2003-05-03 17:15:44 CEST

On Fri 2003-05-02 at 23:51:38 +0000, Faheem Mitha wrote:
> On Fri, 2 May 2003 14:15:15 +0200, Benjamin Pflugmann wrote:
> > On Fri 2003-05-02 at 01:19:10 -0400, Faheem Mitha wrote:
> > > On 1 May 2003 cmpilato@collab.net wrote:
> > > > Or, if the community thinks it useful, we could make 'svn propedit -R'
> > > > simply *not* populate the editor with anything, and instead skip
> > > > straight to storing your new property recursively. I'd wouldn't mind
> > > > that so much (as long as it was properly documented).
> > >
> > > Yes, I'd like that. Actually, that is what I assumed it did when I tried
> > > to pass the -R switch.
> >
> > Well, technically, that is setting, not editing the properties. IMHO,
> > there is no reason to overload propedit with functionality that is
> > already properly handled by propset.
> Er, doesn't propedit set the properties, after editing them?

Well, maybe bad wording as a non-native speaker. What I wanted to
emphasize is that there is already a command that discards any
old value and simply assign the new, namely propset.

If you consider propset and propdel, the only justification for
propedit to exist is to modify the existing value, IMHO.[1]
Mike's suggestion for -R eliminates precisely that behaviour (it
does not load the existing value anymore), so why use propset
instead of propedit to begin with?

I hope that cleared up what I meant.



[1] Opening an editor is a minor usability issue. Either call the
    editor beforehand and use propset -F or let's fix propset
    (IMHO, it should allow using an editor just the same - either
    automatically or by command line switch).

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat May 3 17:16:36 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.