Differences between revisions 1 and 2
Revision 1 as of 2009-11-25 20:22:43
Size: 34
Comment:
Revision 2 as of 2009-11-25 20:31:14
Size: 864
Comment: skeleton release page: others, please add more!
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
Describe ReleaseVersioning here. = SOLR Release Versioning Scheme =

There has been a lot of talk on the SOLR mailing lists (see http://markmail.org/message/o6b2lhuqpi4tefyo ) regarding the release version number scheme for Apache SOLR. We can use this Wiki page to collect thoughts on the subject, and eventually (hopefully) document a simple, clear (and short!) process here.

== References ==
http://en.wikipedia.org/wiki/Software_versioning

== Proposals ==
Here are some of the proposals put forth:

 * [M.n] Chris Mattmann suggested the following scheme:
     ''M.n''
     
     Where ''M'' is the major version number.

     Where ''n'' is the minor version number.

In this type of scheme, all n's in a series are expected to be at least backwards compatible with n-1 through 0-9, but all M+1's aren't necessarily compatible with M or M-1.

  * Some other scheme here

SOLR Release Versioning Scheme

There has been a lot of talk on the SOLR mailing lists (see http://markmail.org/message/o6b2lhuqpi4tefyo ) regarding the release version number scheme for Apache SOLR. We can use this Wiki page to collect thoughts on the subject, and eventually (hopefully) document a simple, clear (and short!) process here.

References

http://en.wikipedia.org/wiki/Software_versioning

Proposals

Here are some of the proposals put forth:

  • [M.n] Chris Mattmann suggested the following scheme:
    • M.n

      Where M is the major version number.

      Where n is the minor version number.

In this type of scheme, all n's in a series are expected to be at least backwards compatible with n-1 through 0-9, but all M+1's aren't necessarily compatible with M or M-1.

  • Some other scheme here

ReleaseVersioning (last edited 2009-11-25 20:31:14 by chrismattmann)