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

Re: warn about misspelled props?

From: Peter McNab <mcnab_p_at_melbpc.org.au>
Date: 2005-04-29 14:41:09 CEST

John Peacock wrote:

> Peter McNab wrote:
>> One approach may be allow the user to "add" new svn:properties to an
>> allow list, much like spell checkers let us add words to dictonaries.
>> That way new props could be introduced and only be flagged as errors
>> once while miss-spelt ones would still be handled as errors.
> Is that something that every user has to set in .subversion/config?
> Or are you thinking that the repository administrator would set this
> (see issue #1974 and friends)?
> I think that down this road lies madness. The "canonicalize keywords"
> patch did something similar, but in that case, the real keywords (ones
> actually expanded by the client code) were the only ones touched. The
> problem is basically that if you establish a list of svn:* properties
> now, then any future additions within Subversion itself will trigger
> the useless warning with older clients.
> John
I guess I haven't considered it from past experience.
The viewpoint I though from is that if users are going to make mistakes
then it is better to warn them up front and keep warning them. I think
the pre-commit hook could provide this functionality. The
"Administrator" would be the one to update the hook(s) to accept legal
but as yet locally unsupported svn:props and keep out all illegal ones.

As Administrator I run a script to create new repositories and
simultaneously deploy a couple of hook scripts. Additionally, another
script can be run to re-deploy the "hooks" across the whole set of
repositories if the scripts need updating.

I'm not up to speed on how a mix of svn revisions might react to
unsupported svn:prop words that are legal for some revisions but not
others so I'm really only floating ideas, not necessarily "my solution",
so feel very free to ignore the above approach.

Peter, a very grateful user.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 29 14:42:31 2005

This is an archived mail posted to the Subversion Dev mailing list.