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

Re: Automatic Property Setting

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-02-03 17:52:40 CET

"Michael Jervis" <michael.jervis@cse-servelec.com> wrote on 02/03/2006
11:27:39 AM:

> I've been reading up on SVN in preparation to move to it from VSS.
>
> Currently, in VSS we use the $Header$ and $Log$ keyword expansions in
our
> ASP files to identify the version of the file a lot to get an overview
of
> recent changes, and find out which version of the file is deployed to an
> instance of the application.
>
> I want to ensure that every ASP file (and a few other types) committed
to
> the repository has these keywords expanded. What is the best way to
ensure
> this? Automatic Property Setting appears to be a client side setting, if
> another developer adds a file, is there a way to enforce the right
property
> setting for the ASP files?
>
> Also SVN does not appear to have an equivalent of the $Log$ keyword,
which
> outputs the commit history as it's built up, e.g:

Subversion does not support $Log$. See this FAQ:

http://subversion.tigris.org/faq.html#log-in-source

Auto-props are a client-side setting so you would want to be sure to get
the configuration in place on all developer's systems. They are your best
way to get these keywords added correctly.

To enforce the keywords, you would have to implement a pre-commit hook
that examined Added files to be sure they have the property set. If they
do not, you could reject the commit and give a message back to the user.
You cannot add the keywords as part of the hook.

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 3 18:13:53 2006

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.