RE: Any simple way to set/get global revision number?
From: Leyendecker, Robert <Robert.Leyendecker_at_lsi.com>
Date: Wed, 9 Dec 2009 10:51:42 -0500
Thanks very much for the links, it's great to see what other people are doing.
Build scripts and self generating version files are the process I've been using for a while and it works fine as long as your build env is static and controlled by a single entity (cative). Doesn't work so well moving source code minus svn directories to other non-svn environments.
I've written a few ugly client side hacks to get around this and been in a few interesting organizational meetings to figure out workarounds. Given all the options in SVN - the revision issue merits a more flexible and officially sanctioned solution by svn development team. It doesn't seem like an insurmountable problem.
A reasonable proposal is to develop a new svn property to tag a file to always be checked out fresh when any other file is checked out in the directory - that 5th wheel file would have the $Revision$ etc keywords in it and would always pick up the global revision with no external client side script necessary, in other words, no special perl/python/bash/sed/awk/grep/tcl/m4/autotools/AutohotKey/etc (although I like a challenge as much as the next developer :-). I also tried emulating this behavior with externals, but no luck.
Anyway, then you could simply check out and move source code around to other non-svn systems (windows, linux, or other) and still have your embedded versioning in the version.h file.
But - I don't know how the svn source code is structured so maybe this is too difficult to implement. Or maybe this option exists in an admin configuration and I'm just unaware of it?
> -----Original Message-----
------------------------------------------------------
Please start new threads on the <users_at_subversion.apache.org> mailing list.
|
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.