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

RE: proposal for sanity check at propset time

From: Bill Tutt <rassilon_at_lyra.org>
Date: 2002-05-21 20:08:24 CEST

Totally enforce useful rules for important Subversion owned properties.
Rules on important properties are good for your data store's sanity.

That's a huge +1 from me. :)

Bill

----
Do you want a dangerous fugitive staying in your flat?
No.
Well, don't upset him and he'll be a nice fugitive staying in your flat.
 
> -----Original Message-----
> From: Karl Fogel [mailto:kfogel@newton.ch.collab.net]
> Sent: Tuesday, May 21, 2002 10:50 AM
> To: dev@subversion.tigris.org
> Subject: proposal for sanity check at propset time
> 
> We have some properties in the "svn:" namespace that are only
> meaningful for files, and some that are only meaningful for dirs:
> 
>      svn:mime-type   ==>  files
>      svn:ignore      ==>  directories
>      svn:eol-style   ==>  files
>      svn:keywords    ==>  files
>      svn:executable  ==>  files (*)
>      svn:charset     ==>  files
>      svn:externals   ==>  directories
> 
> (* Yes, Unix overloads "executable" to have a meaning for directories,
> but that's not what we document the executable property to mean, so I
> don't think Subversion should support that overloading.)
> 
> Since Subversion manages the "svn:" property namespace anyway, maybe
> we should protect against setting such properties on the wrong kind of
> target?  Of course, user can pass --force to override:
> 
>    $ svn propset svn:mime-type "text/plain" .
>    Error: "svn:mime-type" is for files, blah blah, use --force to
override
>    $ svn propset --force svn:mime-type "text/plain" .
>    property `svn:mime-type set on '.'
>    $
> 
> Thoughts?  Objections?
> 
> -Karl
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue May 21 20:09:20 2002

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.