Versioning scheme changes.
commitc894168631e4b7da66ed3993a4c92380d38599a8
authorJunio C Hamano <junkio@cox.net>
Thu, 22 Dec 2005 06:33:37 +0000 (21 22:33 -0800)
committerJunio C Hamano <junkio@cox.net>
Thu, 22 Dec 2005 06:33:37 +0000 (21 22:33 -0800)
tree39a70bec4fc08119b0c65d32a37c6345db43d156
parent2a212746f44f18695d33931039da10f842de7b25
Versioning scheme changes.

HPA suggests it is simply silly to imitate Linux versioning
scheme where the leading "2" does not mean anything anymore, and
I tend to agree.

The first feature release after 1.0.0 will be 1.1.0, and the
development path leading to 1.1.0 will carry 1.0.GIT as the
version number from now on.  Similarly, the third maintenance
release that follows 1.0.0 will not be 1.0.0c as planned, but
will be called 1.0.3.  The "maint" branch will merge in fixes
and immediately tagged, so there is no need for 1.0.2.GIT that
is in between 1.0.2 (aka 1.0.0b) and 1.0.3.

Signed-off-by: Junio C Hamano <junkio@cox.net>
Makefile
debian/changelog