Hello All
"the book" only speaks about positive integer version numbers yet tigris
release subversion as 1.4.0, 1.4.x, 1.5.0, etc.
The FAQ implies these integer version numbers are for internal use only
(see below), so is there a manual mapping between the two?
I want to use the "dot" version numbers because they imply major/minor
changes.
Thanks and Regards
Ken Hingley
========================================================================
=================
The global revision number attached to the repository as a whole is
meaningless from a user's perspective. It's an internal mechanism that
accomplishes the goal of the underlying schema design. It just so
happens to be exposed so that the user's interface can sometimes be a
little more convenient than always having to type obnoxiously long
date/time strings.
The revision number is only relevant to the repository, and user
convenience. It has no impact on any other factor of what you store in
the repository. Repository revision number bumps aren't nearly useful
enough to be an accurate indication of the real rate of change of a
given code base. There are other more complicated ways to get a much
better picture of a code-base's rate of change.
========================================================================
==================
This electronic message contains information from The Automobile Association which may be privileged or confidential.
The information is intended to be for the use of the individual(s) or entity named above.
If you are not the intended recipient, please delete this e-mail immediately.
The contents of this e-mail must not be disclosed or copied without the sender's consent.
We cannot accept any responsibility for viruses, so please scan all attachments.
No changes to Terms and Conditions of trade can be accepted through e-mail communication.
All changes to Terms and Conditions must be in writing evidenced by a director of the company and in hard copy format.
The statements and opinions expressed in this message are those of the author and do not necessarily reflect those of the company.
The company does not take any responsibility for the views of the author.
Received on 2008-05-28 17:15:20 CEST