Hi all,
I have been thinking about releases and version numbers in Sling and
wrote up an initial text on that at [1].
The page is currently missing the actual list of bundles, we would want
to include in the initial release. This is something, which still has to
be defined.
WDYT ?
Regards
Felix
I like the versioning scheme.
I have one question regarding branches, you write:
"For branching, the branch always gets an incremented micro version
number. For example when branching off _2.1.1-SNAPSHOT_ the branch
version would be _2.2.1-SNAPSHOT_."
The text says increasing the micro version w
Am Freitag, den 04.01.2008, 13:34 +0100 schrieb Carsten Ziegeler:
> I like the versioning scheme.
>
> I have one question regarding branches, you write:
>
> "For branching, the branch always gets an incremented micro version
> number. For example when branching off _2.1.1-SNAPSHOT_ the branch
> v
Hi,
Felix Meschberger schrieb:
>> I think the versioning scheme is OK, as it supports the needed requirements.
>>
>> I very much like the idea of just releasing single bundles, as it allows
>> faster bug fixing and improvement/enhancement of funtionality. But from
>> a user perspective it should b
Felix Meschberger wrote:
> Am Freitag, den 04.01.2008, 13:34 +0100 schrieb Carsten Ziegeler:
>> I like the versioning scheme.
>>
>> I have one question regarding branches, you write:
>>
>> "For branching, the branch always gets an incremented micro version
>> number. For example when branching off
I think the versioning scheme is OK, as it supports the needed requirements.
I very much like the idea of just releasing single bundles, as it allows
faster bug fixing and improvement/enhancement of funtionality. But from
a user perspective it should be ensured that there are regular releases
of w
Hi,
Am Freitag, den 04.01.2008, 14:50 +0100 schrieb Alexander Saar:
> I think the versioning scheme is OK, as it supports the needed requirements.
>
> I very much like the idea of just releasing single bundles, as it allows
> faster bug fixing and improvement/enhancement of funtionality. But from
Hi Alexander,
Am Freitag, den 04.01.2008, 15:20 +0100 schrieb Alexander Saar:
> > On short term, we might well create assemblies for them. Good proposals
> > for creation of such assemblies are welcome, of course :-)
> >
>
> What do you mean with creation? If you refer to identification of
> b
I only have a couple comments based on the wiki and email threads.
> The Apache Felix Maven Bundle Plugin we use to build the Sling
bundles converts Maven version numbers
> to correct OSGi version numbers. For example, the version 2.0.0-
incubator-SNAPSHOT is converted to
> 2.0.0.incubator-SN
Hi,
The OSGi core spec defines the Version as a quadruple 1.2.3.string. The
first three parts are numeric and called major, minor and micro version
number. The fourth part is a string (with a limited character set) which
is called the qualifier.
Version comparison is in terms of comparing each v
Makes sense, +1 for me on the scheme.
Paddy
Sent via BlackBerry from T-Mobile
-Original Message-
From: Felix Meschberger <[EMAIL PROTECTED]>
Date: Sun, 06 Jan 2008 19:26:24
To:sling-dev@incubator.apache.org
Subject: Re: Thoughts towards an initial release
Hi,
The OSGi cor
Hi,
On Jan 6, 2008 8:26 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote:
> Version comparison is in terms of comparing each version part to each
> other. The numeric parts are compared as would be expected. The
> qualifier part is compared with string comparsion, where of course "" is
> smaller th
From: Felix Meschberger [mailto:[EMAIL PROTECTED]
Sent: Mon 7/01/2008 5:26 AM
To: sling-dev@incubator.apache.org
Subject: Re: Thoughts towards an initial release
Hi,
The OSGi core spec defines the Version as a quadruple 1.2.3.string. The
first three parts are
"Robert Biernat" <[EMAIL PROTECTED]> writes:
> Hi,
>
> As someone who has only been following this project for a short
> amount of time I think before a release is done a better sample
> application needs to be produced along with some documentation that
> explains how web development with Slin
Hi Rob,
Am Montag, den 07.01.2008, 09:57 +1100 schrieb Robert Biernat:
> As someone who has only been following this project for a short amount of
> time I think before a release is done a better sample application needs to be
> produced along with some documentation that explains how web develo
On Jan 6, 2008 11:57 PM, Robert Biernat
<[EMAIL PROTECTED]> wrote:
> ...As someone who has only been following this project for a short amount of
> time I think before a
> release is done a better sample application needs to be produced along with
> some documentation
> that explains how web dev
I'm wondering when we follow the supposed version guide if our current
versions are correct: 2.0.0-incubator-snapshot uses an even micro
version, but it should be an odd one (as it is a snapshot) :)
So it seems that we have to break the rule for an initial release :)
Carsten
--
Carsten Ziege
Hi,
Am Montag, den 07.01.2008, 17:45 +0100 schrieb Carsten Ziegeler:
> I'm wondering when we follow the supposed version guide if our current
> versions are correct: 2.0.0-incubator-snapshot uses an even micro
> version, but it should be an odd one (as it is a snapshot) :)
>
> So it seems that
Hi,
Am Sonntag, den 06.01.2008, 20:46 +0200 schrieb Jukka Zitting:
> Hi,
>
> On Jan 6, 2008 8:26 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote:
> > Version comparison is in terms of comparing each version part to each
> > other. The numeric parts are compared as would be expected. The
> > quali
Felix Meschberger wrote:
Yes, the initial release breaks the rules in two aspects: The SNAPSHOT
is even and it will encompass almost everything :-)
Of course we could turn back the current release numbers to
1.9.9-incubtator-SNAPSHOT and then comply with the concept... But I am
not sure, whether
20 matches
Mail list logo