On Wed, 6 Nov 2002 11:58, Daniel Rall wrote: > Nicola Ken Barozzi <[EMAIL PROTECTED]> writes: > > Peter Donald wrote: > > > Hi, > > > Firstly rename bugtrack to issuetracker as many projects use the > > > issue tracker to store enhancement requests. > > > > Hmmm, how about: > > > > <tracker type="bugs" url="http://..."/> > > <tracker type="enhancements" url="http://..."/> > > Naw, just about every tracker is used as a generic issue -- or even > project-wide -- tracker whether it was originally intended for that or > not. Leave off the type attribute (or at least make it optional).
+1 > > > Secondly make it so each project can have multiple vcs entrys (ie > > > Avalon and it's 6 or 7, turbine with the same). > > > > Hmmm... this descriptor should have a 1-1 relationship with a single > > VCS entry, as it defines what in CVS is a "module", as in the Gump > > descriptor. > > Then it's not really a project descriptor, now is it? We already have > plenty of projects at the ASF which have multiple CVS repositories -- > look at httpd. Even the new infrastructure project will have several > (so it's a growing trend). We also have projects that propose one VCS ([EMAIL PROTECTED]) where codebases have subdirectorys (like serf/, httpunit/ etc). Other projects share mailing list for multiple codebases. Which sort to starts to get back to that icky state of flux that the alexandria (then gump) descriptors went through. What happens when a particular "resource" is used across multiple codebases? Possible resources being; * mailing lists * VCS * issue trackers * developers * schedulers/task trackers If it was a normalized database model it would be simple because there would just be relationships between the entities. But because XML is a hierarchial data store then it no work. Maybe it would be a good idea to start from a fully normalized database model and then work towards exporters that denormalize for particular purposes. The information could then be shared between different users and they could formulate it as they desire. Does this sound like a good idea? -- Cheers, Peter Donald -------------------------------------------------- Logic: The art of being wrong with confidence... --------------------------------------------------
