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

Keyword expansion and properties

From: Robin Sommer <robinsommer_at_web.de>
Date: 2004-09-28 09:26:03 CEST


being rather new to subversion I've got two questions regarding
keyword expansion and properties:

- I checked a couple of source files containing expanded CVS-$Id$
keywords into a subversion repository without setting the keyword
property. Some time later I commited newer versions of the sources
which, again, were checked out of a remote CVS repository. I
understand that when diffing the first version against the second I
get differences for the expandend $Id$-lines as subversion isn't
aware that these changes aren't significant. But what surprises me
is that even after setting the keyword property on these files,
diffing still reports the $Id$-lines as different. Shouldn't it
ignore them if the keyword property is set?

- In the context of setting properties I was wondering what the best
way is to automatically set a certain property for all files
matching some pattern (e.g., *.c). If I understood the documentation
correctly, I can add auto-props to either a per-user config file or
a system wide config in /etc/subversion (that's Unix obviously). The
former has the disadvantage that every user who checks something
into the repository has to take care of setting the correct
auto-props himself. The latter can only be done by root and only
applies to users on the same machine. Ideally, I'd like to be able
to assign auto-props to (a subdirectory of) a repository which would
then be used by all users automatically. Is there a way to achieve

Thanks a lot,


Robin Sommer * Room        01.08.055 * www.net.in.tum.de
TU Muenchen  * Phone (089) 289-18006 *  sommer@in.tum.de 
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 28 09:26:36 2004

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.