[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: Andrew Thompson <subversionuser_at_aktzero.com>
Date: 2005-03-03 19:13:20 CET

Blythe, Stephen wrote:
> -----Original Message-----
>> From: Peter Howe [mailto:Peter.Howe@uk.linedata.com]
>> Sent: 03 March 2005 14:13
>> To: users@subversion.tigris.org
>> Subject: Server-side file ignores
>>
>> Hi All
>>
>> I know that there is the client-side "global-ignores" option which can
>> be put into /etc/subversion/config in order to have SVN ignore certain
>> files in users' working directories. However, I'd like to control this
>> from the server (i.e. for all users, ensure that certain files are
>> ignored - regardless of which client machine they are working on.)
>>
>> 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.
>
> Hi Peter,
>
> Set the svn:ignore property in the directories where you want to ignore
> patterns of files.
>
> Read "Properties" under "Chapter 7: Advanced Topics" in the manual.
>
> For example, to ignore all .o files in myrepos/src cd to this folder in
> your working copy, and do a "svn propedit svn:ignore ." then put a *.o
> line in the file.

You missed the whole concept of what he was asking. Yes, we know how to
set svn:ignore. Now, we'd like to set svn:ignore-defaults or some config
file option so that every newly created directory acquires those default
ignore patterns.

-- 
Andrew Thompson
http://aktzero.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 19:16:48 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.