Hi,

-----Ursprüngliche Nachricht-----
> Von: Paul Burba [mailto:ptbu...@gmail.com] 
> >> On 11/06/2012 10:29 AM, Julian Foad wrote:
> >>>  We have three ways of specifying ignores, and we have an option
> >>> that  disregards them, only in one cammand it disregards all of the
> >>> ways and in  two other commands the option only disregards two of
> >>> the ways.  And we  say "sure, that sounds perfect".  It doesn't
> >>> sound fine to me, it sounds  horrible.
> [ ...]
>  The assumption on my part has been that if a repos admin sets
> svn:global-ignores on, say the root of their repos, then it means they are
> *really* serious about keeping those files out of their repos.

When an admin really is "really serious" about keeping files out of the
repository, then (s)he should use a pre-commit hook to prevent commit of 
those files on the server side.

Client-Side ignore properties are never 100% safe:
- Commit in an updated subdirectory, where the parent directory has the 
  property set, but the parent dir in the working copy still has an old 
  revision without the property set.
- old client versions.
- autoversioning.
- svnkit.
- "hacked" / source-level customized clients.
- maybe svnmucc & co if they are not updated to honor those rules.

In my eyes, "ignored" != "forbidden".

The foolproof way would be to add a svn:global-forbidden property which is
checked on the server side, and aborts the commit. (Clients could use
that property as a fast-path check, additionally). AFAICS, such a beast
could be implemented as a hook script, but I could also imagine it in core
svn.

> >> But I've not been a huge fan of the idea of "server-dictated
> >> configuration" anyway, being more in favor of "repos-default
> >> configuration" or somesuch that doesn't pretend to be the final word
> >> on anything.  With or without this feature in place, enforcement of
> >> ignores (and auto-props, for that matter) can only happen in the hook
> >> scripts, anyway, so I don't see the harm in allowing a user to
> >> specify --no-ignores if his or her admin doesn't care enough to
> >> enforce that the default configuration is honored.
> >
> > Right, +1 there.
> 
> Well the beauty is that 1.8 isn't released yet!  So I can change this
> easily enough.  If I'm the lone voice in the wilderness on this then I'm
> happy to switch it so that --no-ignore works the same for svn:global-
> ignores as it does for the runtime config global-ignores and svn:ignore.

I'm neither a core developer, nor a sysadmin, but I tend to prefer
--no-ignore behaving the same for all 3 types of ignores, and using hooks 
for "waterproof" blocking of files.


Best regards

Markus Schaber

CODESYS® a trademark of 3S-Smart Software Solutions GmbH

Inspiring Automation Solutions

3S-Smart Software Solutions GmbH
Dipl.-Inf. Markus Schaber | Product Development Core Technology
Memminger Str. 151 | 87439 Kempten | Germany
Tel. +49-831-54031-979 | Fax +49-831-54031-50

E-Mail: m.scha...@codesys.com | Web: http://www.codesys.com
CODESYS internet forum: http://forum.codesys.com

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade 
register: Kempten HRB 6186 | Tax ID No.: DE 167014915> 

Reply via email to