Re: Re: Official bug tracker?
"Alexander Limi" <limi-z4DKO/[email protected]>
| Newsgroups | gmane.comp.web.zope.plone.archetypes.devel |
|---|---|
| Organization | Plone Solutions · http://www.plone solutions.com |
| Message-ID | <[email protected]> |
On Mon, 23 Jan 2006 08:48:12 -0800, Alec Mitchell <apm13-WLbs8XpHrcb2fBVCVOL8/[email protected]> wrote: >> Trac really makes milestone planning into a central part of the way it >> manages tickets. IMO, this is a place that can really give us value if >> we embrace it. >> >> Thus, for those voting +1 on the consolidation, would you also agree >> that Archetypes' release schedule should be tied to Plone's? > > I think there are some real benefits to be gained from consolidating the > trackers, however I think that tightly binding the release schedules > could > be detrimental to future development of AT. Perhaps coupling the AT > bugfix > releases with Plone releases makes sense, but architecture driven AT > releases may not lend themselves to such restrictions. OK, so how about we do this: - Have separate Trac instance for AT (mostly used by developers and people somewhat familiar with what components are in Plone) - This is used for keeping track of and executing AT releases - Add a category "Archetypes" to the Plone tracker, small bugs stay in this category, bigger stuff gets "ported" over to the AT tracker as needed. I would still like to see PLIPs being used more extensively for AT development. The changes we are making to PSC in SVn will make it possible to subscribe to RSS feeds of proposals etc - making the process of new proposals much easier to track. (everything else also has an RSS feed - categories of software, individual projects, etc etc :) We are also streamlining the way the release management and PLIP association works, more about this when we have something to show. Anyway - is the above proposed solution for AT something that makes sense? -- _____________________________________________________________________ Alexander Limi · Chief Architect · Plone Solutions · Norway Consulting · Training · Development · http://www.plonesolutions.com _____________________________________________________________________ Plone Co-Founder · http://plone.org · Connecting Content Plone Foundation · http://plone.org/foundation · Protecting Plone ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642