The TWiki VERSION is currently unreliable, because it reflects the number of the last checkin of TWiki.pm, and not the last checkin of anything. It would be better to have a VERSION.pm that was automatically updated by the subversion post-commit script, so it always reflects the state of the latest checkin to lib, bin, tools etc.
Sven also suggested that all modules should have their own
$VERSION
=
'$Id: Item4480.txt,v 1.1 2007/08/22 13:26:30 CrawfordCurrie Exp $'
, which is an excellent idea to help with support.
--
TWiki:Main/CrawfordCurrie - 22 Aug 2007
What we really want to do is to get the latest version number into a file that can be read by TWiki.pm (and anything else that wants the version number). That file could easily be checked in, and then updated by the build script. So we might as well modify TWiki.pm, and replace $Rev$ in that file with the latest (global) rev from the repository. But what we really want is a file that is updated on an svn update, so that those of us running in checkout areas can see what rev we are running. That means a checkin. But we can't do a checkin without incrementing the revision number, so we end up with an extra checkin for every checkin - yuck.
Note that to do Sven's idea will require
svn propset svn:keywords
on every code file.
CC