Justin, I applaud and would like to promote the new "no-RC" release procedure. I encourage all contributors (not only committers/PMC members) to look at the mentioned branch (develop) and check it as it were a release candidate! This way, if any issues are found, they can be fixed and tested without Justin having to call (and cancel) repeated RCs. Which will save all involved a lot of time.
A suggestion: why not cut a release branch and have the testers work of that? That way development doesn't have to be frozen on 'develop', or - lacking a freeze - prevent 'develop' from becoming a moving target during testing, when new commits are made. Changes made on the release branch can be merged back to into 'develop' even during the release cycle. This is how the process was originally envisioned when we made the move to Git [1]. On a personal note: the frequency of the utility releases is too high for me to actively participate in any of them while also contributing actual code to the project. EdB 1: http://nvie.com/posts/a-successful-git-branching-model/ On Sunday, October 26, 2014, Justin Mclean <jus...@classsoftware.com> wrote: > Hi, > > After Squiggly is released I like to release Tour De Flex 1.2. [1] It has > a couple of significant improvements including support for 3rd party > components and (allmost) all examples now have a cleaner, more consistent > look and feel. A couple of Squiggly examples have also been added. [2] > > Can current committers/PMC members take a look at what currently is in > develop and review/point out any issues? If no issue are raised in the next > few days I'll make a release candidate and call a vote. > > If there is anything people would like to see fixed or features added in > this release please speak up now. > > Thanks, > Justin > > 1. https://issues.apache.org/jira/browse/FLEX-34612 > 2. > https://github.com/apache/flex-utilities/blob/develop/TourDeFlex/TourDeFlex3/RELEASE_NOTES -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
