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

Re: Server-side file ignores

From: Eric Wilhelm <ewilhelm_at_sbcglobal.net>
Date: 2005-03-03 16:26:41 CET

# The following was supposedly scribed by
# Johan Appelgren
# on Thursday 03 March 2005 08:31 am:

>> Is there a facility for this that I'm unaware of - and if so, is it
>> possible to restrict it by directory?  (e.g. under myrepos/src
>> ignore .o but under myrepos/objs don't ignore .o).  That's a
>> contrived example by the way.
>
>You could write a pre-commit hook that rejects any commits that
>contain files you do not want to be added.

Seems like it would work better if your hooks just did something like
set the svn:ignore property for each new directory. Then the clients
don't get unexpected behavior when trying to commit. However, this
means that imports and commits of new directories will still contain
the unwanted files, so some workarounds would be needed.

Is there a way to set svn:ignore to apply to any newly created
directories in a repository? (analogous to "chmod g+s dir") If I have
a directory that currently has an ignore pattern set, adding a
directory under it doesn't inherit that property, so any files in it
matching the ignore pattern get added.

It looks like the auto-props config item might do the trick, but that is
still a client configuration. Any way to have repository-specific
values for client configurations stored in the repository?

--Eric

-- 
"You can't win. You can't break even. You can't quit." 
  -- Ginsberg's Restatement of the Three Laws of Thermodynamics
---------------------------------------------
    http://scratchcomputing.com
---------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 3 16:24:22 2005

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.