+1 (million) The response not to use the bleeding edge when people complain about things breaking rings a little false when they have to ask on IRC or the Google Group to find a way to even GET one of the older "less bleeding edge" releases.
The number of times I have had to point people to the tags on GitHub is upsetting. I believe wholeheartedly in "ship early, ship often", but I think an official "stable release" would go a long way to easing tension in the community as a whole. The Google Group for instance used to be full of people trying to do a particular thing in PhoneGap (Cordova), now it's largely people just trying to get it to work at all. Brian's blog post should help with that if we help get the post in front of people, but I worry about the long term damage that could be done by making this project "just too hard" for devs that aren't intimately involved and following the project fairly closely. tl;dr version: Agree on the need for an official 'stable' as well as 'bleeding edge' download. -- Tommy-Carlos Williams to...@devgeeks.org On 21/03/2012, at 10:05 AM, Paul Beusterien wrote: > From a extended community perspective, the fast cadence is becoming a > challenge. It would be great to have both a "last stable" and a "bleeding > edge" release available from download.phonegap.com. > > Paul > > On Tue, Mar 20, 2012 at 3:54 PM, Brian LeRoux <b...@brian.io> wrote: > >>> Kind of caught me by surprise there. >> >> Ah, ya, Cadence is the key --- a point release / month. Not 6 weeks >> [tho that has happened]. Each point having a singular goal [across >> platforms]. >> >> >>> I think I'd like to see a little more rigor around a 'release'. I guess >>> I'm thinking a wiki page per release might be appropriate, providing >>> planned release dates, rc release dates, content, known breaking changes, >>> that sort of thing. >> >> Started a doc here: http://wiki.apache.org/cordova/CuttingReleases >> >> Maybe we should get Steve/Tim to update w/ the coho release tool story >> and we update w/ our preferred plan for release checklisting. (Run the >> tests, ensure docs are up-to-date, etc) >>
