Re: Possible inclusions for RC3? Act now...
On 11/15/2010 08:03 PM, Robbie Gemmell wrote: So, I have changed my mind about incorporating updates to RC2 to fix the mostly documentation-related issues noted thus far; in the interests of these changes actually getting made sooner rather than later (e.g. let's say the 0.10 RC stages :P), I will produce RC3 later in the week to incorporate such updates if they are made. Quid pro quo people. I include a summary list below of possible changes to the RC's mentioned to date for people familiar with the affected areas to action. I will update the Java client/example readme. [snip] There's an out of date RELEASE_NOTES file from the M4 release. Do we overwrite that each time or do we have a better way of getting release notes (e.g. from JIRAs)? It is referred to by README.txt so if we remove it we need to update that. Are we planning to do release notes for 0.8 release? They could be added to this file, or if we're distributing them some other way we can delete it and put an appropriate pointer in the README. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
RE: Possible inclusions for RC3? Act now...
> -Original Message- > From: Robbie Gemmell [mailto:robbie.gemm...@gmail.com] > ... > > Talking of JIRA, what are peoples thoughts on the version > numbers post-release? Should the 0.7 and 0.8 versions be > merged together and renamed 0.8 ? I think it might be more > understandable for users, as 0.7 was never released. I think it's a bad idea to merge the versions in JIRA. If someone reported against 0.7, we know they are working in the dev stream. If it's reported against 0.8 we can be fairly sure the user pulled a release kit and is working with that. > Currently there are items in both 0.7 and 0.8 versions and I > would have to give links to both Release Notes outputs to get > a full picture of whats actually in the 0.8 release. Reporting what is fixed for 0.8 (since 0.6) can be a list of all the 0.7 and 0.8 fixes. -Steve - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Possible inclusions for RC3? Act now...
On Tue, 2010-11-16 at 15:19 +, Robbie Gemmell wrote: > Gordon applied this change for the 0.6 release: > http://svn.apache.org/viewvc?rev=904458&view=rev > Talking of JIRA, what are peoples thoughts on the version numbers > post-release? Should the 0.7 and 0.8 versions be merged together and > renamed 0.8 ? I think it might be more understandable for users, as > 0.7 was never released. Currently there are items in both 0.7 and 0.8 > versions and I would have to give links to both Release Notes outputs > to get a full picture of whats actually in the 0.8 release. I think that either: * We retrospectively merge 0.7 & 0.8 together in Jira * We make sure that the release notes point to both bugs fixed in 0.7 & 0.8. Merging the revisions seems to lose some information, but I can't think why it'd be important information. It should be said though that with our numbering scheme you;d expect the vast majority of bugs to be fixed in the preceding devel version, although they probably should be targeted at a release version if there is a target. To have many bugs fixed in a release version would mean that there were a lot of blocking bugs that delayed the release. The other way you;d get this situation is if we put out bug fix releases, something we've not done recently at least. Andrew - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Possible inclusions for RC3? Act now...
Le 16/11/2010 16:19, Robbie Gemmell a écrit : Talking of JIRA, what are peoples thoughts on the version numbers post-release? Should the 0.7 and 0.8 versions be merged together and renamed 0.8 ? I think it might be more understandable for users, as 0.7 was never released. Currently there are items in both 0.7 and 0.8 versions and I would have to give links to both Release Notes outputs to get a full picture of whats actually in the 0.8 release. Merging the two versions in JIRA makes sense (0.7 becomes 0.8). The release notes will have to explain why the version number jumped from 0.6 to 0.8, otherwise people will keep asking what happened to the 0.7 release. Personally I still think this release should have been Qpid 0.7 and not 0.8, the alternatives to an odd/even numbering were never seriously discussed on the list. Emmanuel Bourg smime.p7s Description: S/MIME Cryptographic Signature
Re: Possible inclusions for RC3? Act now...
Gordon applied this change for the 0.6 release: http://svn.apache.org/viewvc?rev=904458&view=rev At the very least something similar for 0.8 will do. The final 'release notes' can just be a link to the auto-generated JIRA output, but we should have a few things listed in the release email to call out any major highlights. I started such a list on the wiki page I made, https://cwiki.apache.org/confluence/display/qpid/0.8+Release , it would be good if everyone would please make suggestions for it. Talking of JIRA, what are peoples thoughts on the version numbers post-release? Should the 0.7 and 0.8 versions be merged together and renamed 0.8 ? I think it might be more understandable for users, as 0.7 was never released. Currently there are items in both 0.7 and 0.8 versions and I would have to give links to both Release Notes outputs to get a full picture of whats actually in the 0.8 release. Robbie On 16 November 2010 13:58, Alan Conway wrote: > On 11/15/2010 08:03 PM, Robbie Gemmell wrote: >> >> So, I have changed my mind about incorporating updates to RC2 to fix the >> mostly documentation-related issues noted thus far; in the interests of >> these changes actually getting made sooner rather than later (e.g. let's >> say >> the 0.10 RC stages :P), I will produce RC3 later in the week to >> incorporate >> such updates if they are made. Quid pro quo people. >> >> I include a summary list below of possible changes to the RC's mentioned >> to >> date for people familiar with the affected areas to action. I will update >> the Java client/example readme. >> > [snip] >> >> There's an out of date RELEASE_NOTES file from the M4 release. Do we >> overwrite >> that each time or do we have a better way of getting release notes (e.g. >> from >> JIRAs)? It is referred to by README.txt so if we remove it we need to >> update >> that. > > Are we planning to do release notes for 0.8 release? They could be added to > this file, or if we're distributing them some other way we can delete it > and put an appropriate pointer in the README. > - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
