Em 08-06-2011 21:39, Joseph Athman escreveu:
With JRuby all releases are stable, there's no such thing as an unstable release (though I suppose you could consider release candidates as unstable). If you wanted to see unstable/unreleased code you would just need to follow the head of the codebase on github. In my experience the head is very stable as well. JRuby currently uses a three part version e.g. 1.6.2. The 2 is a minor version which seems to generally include bugfixes or performance regressions. The 6 is the major version which seems to normally include more substantial changes (for example I'm guessing something like all the InvokeDynamic work that Charlie is doing would only show up in a major version release). As for the 1, I'm not sure if that will ever bump up? Possibly once JRuby enables peace in the middle east? Maybe the core maintainers have an idea of what would be needed for JRuby to turn 2.

I guess this will happen when MRI Ruby becomes 2...


Joe

On Tue, Jun 7, 2011 at 12:39 AM, Atsushi SAKAI <sak...@jp.fujitsu.com <mailto:sak...@jp.fujitsu.com>> wrote:

    Hello.I am newbies on this mailing list.

    I have a question about JRuby versioning method.
    Which versioning method is taken on JRuby?
    In my understanding, method 2) is current versiong method on JRuby.

    1)As you know, Linux and Xen has a versioning like w.x.y.z or x.y.z
    and .z means stable version.
    So x.y and .z meaning is different in these packages.
    In these packages, stable tree and unstable tree maintained
    with parallel

    2)And for libvirt, versioning method is different.
    the versioning is composed of x.y.z. and .z means minor version up
    and x.y means major version up.
    In this package, code tree is maintained as one tree,
    not two or more.

    Thanks
    Atsushi SAKAI


Reply via email to