Dear all, providing some feedback. I think that a 1 month release cycle may be too much of a burden, especially since we have nightly builds that people can use, therefore I would suggest to reconsider this timing. I am +1 about doing an IRC meeting like once every month to perform better communication between PSC/developers about the release, as well as about the process itself and I would consider that meeting the time to schedule new releases. I mean, saying that we should discuss about releases once every month is ok with me, saying we should actually do a release once a month is not ok with me. I'd like not to concentrate too much on burocracy but rather on features and quality and I don't want to end up spending too much resources in doing releases (I am talking as a PSC not as GeoSolutions). Moreover this might also impact development negatively, IMHO. The key for me is having PSC decide when the release should be done, still, having a tentative timeline (once every month) in place, but the process should not be automagical but rather based on minimal consensus. I think that this would be a good balance between the "release eraly release often" and the fact that developers tend to do development instead of packaging :-). If people talk and decide it is good a time to do a release, I bet there will be no issue in finding volunteers to actually do it; on the other end, I would be resilient to volunteer for a release that ust contains a few bug fixes over a previous release thas was done just one month ago. Moreover if we think about involving, code freeze, anouncement on the devel list, test week, etc.. I think there would a risk for us to end up devoting a little to much resource/attentions to the release process.
The same applies to bi-monthly releases. CIao, Simone. ------------------------------------------------------- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://simboss.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini ------------------------------------------------------- On Fri, Nov 20, 2009 at 11:59 AM, Jody Garnett <jody.garn...@gmail.com> wrote: > > > On 20/11/2009, at 7:09 AM, Alessio Fabiani wrote: > > Well ... reading this proposal I am personally a bit scared to be a release > manager, this is like another job and speaking just for me, I guess would be > almost impossible to be an efficient release manager basically for lack of > time reasons, even if in the near future my plan is to heavily contribute to > filling up the roadmap. > > You should volunteer to be release manager - that way you are sure to accept > your changes for the next release :-) > > Moreover finding two people available for every release process seems to me > not so easy ... on my opinion the risk is that at the end we will have > difficulties finiding reources to handle this process or just the same > people will be always proposed as release managers, which is unfair of > course ... > > The actual task of making the release represents a couple of days a month. > The tricky part is planning now that we no longer have weekely IRC meetings. > (Indeed restoring IRC meetings would be alternative?). > > I have no specific ideas or proposals right now, we can speak together about > this ... maybe we can just slim down a bit the release process or envisage > subtasking responsabilities to the people involved in the roadmap by > assigning to each person the duty to follow his specific contribute. > > I do not believe we can slim down the release process (and still keep > quality). What we can do is be very active about testing with the community > in order to place less burden on one person. Slimming down the release > process is not the hard part here; with it representing two days; the hard > part is asking everyone to commuicate so there are no surprises and no > disappintments. > Jody > > ------------------------------------------------------- > Eng. Alessio Fabiani > Founder / CTO GeoSolutions S.A.S. > Via Carignoni 51 > 55041 Camaiore (LU) > Italy > > phone: +39 0584 980933 > fax: +39 0584 983027 > mob: +39 349 8227000 > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com > ------------------------------------------------------- > > > On Fri, Nov 20, 2009 at 9:55 AM, Andrea Aime <aa...@opengeo.org> wrote: >> >> Alessio Fabiani ha scritto: >> > Hello all, >> > >> > sorry for my delay and absence during this last period, I was very very >> > busy ... actually I'm very interested in this GSIP since we are working >> > hard on a lot of improvements and implementation especially in the >> > raster side. In particular we want to transform very very soon GeoServer >> > in a real ND spatial server and improving the catalog management ... so >> > basically I give my +1 to the Roadmap and Release handling process since >> > the proposal is very interesting and my promise to be more present ... >> > my only concern about this proposal is if the release procedure could >> > become too much heavy and onerous. >> >> What is heavy and what can be done to improve it? >> >> Your role as a PSC member mandates you make active effort in >> steering the project. This includes bringing ideas to the table. >> >> Cheers >> Andrea >> >> -- >> Andrea Aime >> OpenGeo - http://opengeo.org >> Expert service straight from the developers. >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Geoserver-devel mailing list >> Geoserver-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. > http://p.sf.net/sfu/bobj-july_______________________________________________ > Geoserver-devel mailing list > Geoserver-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Geoserver-devel mailing list > Geoserver-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
