Update version to reflect this branch is for post-1.1.x development.
authorJustin Pettit <jpettit@nicira.com>
Tue, 26 Jul 2011 21:43:06 +0000 (14:43 -0700)
committerJustin Pettit <jpettit@nicira.com>
Tue, 26 Jul 2011 23:23:00 +0000 (16:23 -0700)
When development for a new long-term release is started, we haven't
typically updated the version string.  This means that version numbers
used in binaries generated on this branch tend to lag behind "current"
stable releases.  We considered using a "pre" string in the version
(eg, "1.2.0-pre1") but this causes some pain for RPMs.  Instead, we
will now use "90" as the version's bug-fix number to indicate that this
will form a new release.

For example, the current stable series is "1.1.x" in the "branch-1.1"
branch, so the master branch will be labeled "1.1.90" in anticipation
that it will be the basis for the "1.2.x" series.  Code in "branch-1.1"
will have the expected version numbers (ie, 1.1.0, 1.1.1, 1.1.2, etc)
and versions in-branch will lag slightly before an official release.

Suggested-by: Ben Pfaff <blp@nicira.com>
configure.ac

index 9ac936f29c63a9ddac6c3cf191934876b0479c19..9e2e6e41576caf671502c9194249a80eba1403ee 100644 (file)
@@ -13,7 +13,7 @@
 # limitations under the License.
 
 AC_PREREQ(2.64)
-AC_INIT(openvswitch, 1.1.0, ovs-bugs@openvswitch.org)
+AC_INIT(openvswitch, 1.1.90, ovs-bugs@openvswitch.org)
 NX_BUILDNR
 AC_CONFIG_SRCDIR([datapath/datapath.c])
 AC_CONFIG_MACRO_DIR([m4])