Explain version numbers.
authorWerner Koch <wk@gnupg.org>
Wed, 29 Jul 2009 07:55:07 +0000 (07:55 +0000)
committerWerner Koch <wk@gnupg.org>
Wed, 29 Jul 2009 07:55:07 +0000 (07:55 +0000)
ChangeLog
README
configure.ac

index f9c4967..8a96f71 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,7 @@
+2009-07-29  Werner Koch  <wk@g10code.com>
+
+       * README: Explain version numbering.
+
 2009-07-28  Colin Leroy  <colin@colino.net>
 
        * patches/libetpan-0.54: Removed
diff --git a/README b/README
index 9597a0e..e1e1e0c 100644 (file)
--- a/README
+++ b/README
@@ -111,6 +111,27 @@ Then run the usual "./autogen.sh" to create the actual configure file
 and run configure as described above.
 
 
+Version numbers
+===============
+
+We use a specific order of version numbers.  This is best shown by an
+example:
+
+  1.0.0             - The final 1.0.0 release. 
+  1.0.1-svn1234     - A snapshot based on SVN revision 1234
+  1.0.1-svn1235     - A newer snapshot
+  1.0.1rc1-svn1236  - A snapshot while preparing for a release candidate
+  1.0.1rc1          - The first release candidate for 1.0.1
+  1.0.1-svn1240     - yet another snapshot
+  1.0.1             - The final 1.0.1 release
+
+The important point is that we bump up the version number before we do
+an release and append a suffix to mark it as a development version.
+This allows other software to use a configure check for the next to be
+released version of gpg4win.
+
+
+
 Copyright
 =========
 
index 8992c41..408f947 100644 (file)
@@ -25,7 +25,7 @@ min_automake_version="1.9.3"
 # Set my_issvn to "yes" for non-released code.  Remember to run an
 # "svn up" and "autogen.sh" right before creating a distribution.
 # Right after a release the make target "copy-news" is to be called!
-m4_define([my_version], [2.0.0rc1])
+m4_define([my_version], [2.0.0])
 m4_define([my_issvn], [yes])
 
 m4_define([svn_revision], m4_esyscmd([echo -n $( (svn info 2>/dev/null \