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

RE: Repository revision keyword

From: Reedick, Andrew <Andrew.Reedick_at_BellSouth.com>
Date: 2006-08-28 16:33:57 CEST

> -----Original Message-----
> From: Christopher Key [mailto:cjk32@cam.ac.uk]
> Sent: Monday, August 28, 2006 10:13 AM
> To: users@subversion.tigris.org
> Subject: Repository revision keyword
> Hello,
> I know its possible to add $Revision$ to a file
> and have SVN substitute the last revision for that
> file. Is there any way to go further than this,
> and to have SVN substitute a string representing
> the status of the entire local repository.
> Ideally, something like the output produced by
> doing an svnversion on the immediately containing
> folder.

svnversion reports on the working copy. The hooks are server side and
know nothing about the working copy. The client would need to run
'svnversion' locally and add the information the checkin comment or as a
property. A pre-commit hook would need to verify the information.

However, why do you need such information? The working copy is very
temporary, so trying to record its state doesn't make sense unless you
have a problem with people checking in work from oddly constructed or
dirty working copies. Which could probably be solved with training
and/or beatings?


The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA621

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 28 16:51:50 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.