Using 0.9 and 0.10 as an example:
0.9 is simply another name for 0.10-dev. Qpid developers know this,
so they can resolve a 0.9 bug to the 0.10 release just as easily as they
can resolve a 0.10-dev bug to the 0.10 release.
And of course, all release versions would appear in jira.
Justin
On 03/14/2011 10:09 AM, Justin Ross wrote:
Using 0.9 and 0.10 as an example:
0.9 is simply another name for 0.10-dev. Qpid developers know this, so they
can resolve a 0.9 bug to the 0.10 release just as easily as they can resolve a
0.10-dev bug to the 0.10 release.
And of course, all release
On Mon, 2011-03-14 at 13:01 -0400, Alan Conway wrote:
On 03/14/2011 10:09 AM, Justin Ross wrote:
Using 0.9 and 0.10 as an example:
0.9 is simply another name for 0.10-dev. Qpid developers know this, so
they
can resolve a 0.9 bug to the 0.10 release just as easily as they can
resolve
We had a similar discussion when 0.8 went out and the feeling was that
issues completed during the development stream should be left marked as such
because you cant have 2 fix-for versions when resolving a JIRA, and so only
issues that were fixed after branching and updating the version would get
On Thu, 10 Mar 2011, Gordon Sim wrote:
On 03/10/2011 01:50 PM, Marnie McCormack wrote:
Hi Justin/All,
I'm wondering what the approach for identifying the content of the 0-10
release from JIRA is ?
I've just been trying to figure out what is actually in 0-10 from JIRA and
its not easy since
Le 10/03/2011 15:47, Justin Ross a écrit :
I spoke to Andrew Stitcher about the versions in jira. We think it would
be simpler overall if jira contained only even-numbered (released)
versions. Right now the extra fidelity of having odd- and even-numbered
versions mostly causes confusion and
I guess that makes sense yes, and should be easily achieved (change all the
0.10 JIRAs to 0.9 fix for, remove 0.10 version, rename 0.9 to 0.10, rename
0.11 to 0.12).
Does everyone agree that is the way to go?
Robbie
On 10 March 2011 14:47, Justin Ross jr...@redhat.com wrote:
On Thu, 10 Mar
On Thu, 10 Mar 2011, Justin Ross wrote:
On Thu, 10 Mar 2011, Gordon Sim wrote:
On 03/10/2011 01:50 PM, Marnie McCormack wrote:
Hi Justin/All,
I'm wondering what the approach for identifying the content of the 0-10
release from JIRA is ?
I've just been trying to figure out what is actually
Yeah, if folks want to press ahead, I'm for it.
On Thu, 10 Mar 2011, Robbie Gemmell wrote:
I guess that makes sense yes, and should be easily achieved (change all the
0.10 JIRAs to 0.9 fix for, remove 0.10 version, rename 0.9 to 0.10, rename
0.11 to 0.12).
Does everyone agree that is the way
On Thu, 10 Mar 2011, Emmanuel Bourg wrote:
Le 10/03/2011 15:47, Justin Ross a écrit :
I spoke to Andrew Stitcher about the versions in jira. We think it would
be simpler overall if jira contained only even-numbered (released)
versions. Right now the extra fidelity of having odd- and
No time like the present; just prior to release is probably the easiest time
to do this :)
On 10 March 2011 15:10, Justin Ross jr...@redhat.com wrote:
snip
(By the way, I meant the above to be a question about how we do this in the
future, not something needs to change pronto.)
snip
On 03/10/2011 03:14 PM, Justin Ross wrote:
Yeah, if folks want to press ahead, I'm for it.
Me too.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact:
I think we'd need to have a vote thread to redo the versioning approac -
which is effectively what this implies if I'v eunderstood correctly ?
I don't like the scheme we've got but iirc it was discussed at length and
voted in.
However, the harder task to do which involves (at least this is how
On 03/10/2011 04:56 PM, Marnie McCormack wrote:
I think we'd need to have a vote thread to redo the versioning approac -
which is effectively what this implies if I'v eunderstood correctly ?
I don't like the scheme we've got but iirc it was discussed at length and
voted in.
However, the harder
On Thu, 10 Mar 2011, Marnie McCormack wrote:
I think we'd need to have a vote thread to redo the versioning approac -
which is effectively what this implies if I'v eunderstood correctly ?
I don't think they're really coupled. The model of using only release
versions (even-numbered versions)
I can't see what the release numbers mean if they don't line up with the
JIRAs - surely it'd be completely impossible to have a release (or
dev) version that didn't appear in JIRA ?
How would that work ?
Thanks,
Marnie
On Thu, Mar 10, 2011 at 9:02 PM, Justin Ross jr...@redhat.com wrote:
On
16 matches
Mail list logo