Michele Manzato wrote:
>(don't know if this is the right place to post. Tried looking for a newsgroup
>or a user questions mailing list...)
>I'm just wondering how did the "0.15.0" Subversion's release number
>came out of the "3687" repository revision number. Was it a (more or less)
>'manual' choiche or has it been automatically generated?
The version number of the release is chosen manually.
>Coming to the real question. I usually manage several (>20) software modules
>(libraries, programs, scripts, ...) each of which evolves in time across
>various versions. Everytime I add a feature or fix a bug I make a new release
>with a "manual" version number update (e.g. from 2.0.1 to 2.0.2). To date
>this has been a nightmare, esp. because a) there are so many modules and b) I
>have been using CVS and CVS tagging/branching is a real mess. Subversion
>seems to be much better, still it does not seem to support version numbers,
>(something like those provided by "arch")
>Now I would *really* like to find a way of automating the process of deciding
>new version numbers by means of some kind of scripting. A script like:
> release <path-to-module>
>whose behaviour (for example) is to detect the current x.y.z version of the
>module, add one to the rightmost digit x.y.(z+1) and produce the relevant
>svn tags/branches. So:
>a) is there anybody else having a similar kind of interest/feeling?
>c) does SVN deal with this kind of problem? will it in the future?
>d) did anybody ever develop similar scripts for SVN (or even CVS)?
>Thanks a lot
In my opinion, it's impossible to automate the choiuce of release
version number. For a library, at least, the version number usually
implies something about which other releases its API is compatible with,
and how. Subversion uses the same version numbering scheme as APR;
that's described in http://apr.apache.org/versioning.html.
(Well, O.K., it's not _impossible_ -- but I wouldn't want to write such
a beast. :-)
Automatcially generating the _build_ number (e.g., a monotonically
increasing integer) is a different matter; it's not versin control
system's responsibility to do that, but Subversion's monotonically
increasing revision numbers could probably help.
Brane Čibej <brane_at_xbc.nu> http://www.xbc.nu/brane/
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Sat Jan 11 18:29:24 2003