Since we're cleaning up things I took a look again at the JIRA Categories. I propose simply having:
Java SCA Java SDO Java DAS C++ SCA C++ SDO C++ DAS OASIS Tools (including Hudson, Maven, SVN issues) Website/Documentation User Questions Ideas instead of having ~30 categories which nobody uses... It seems simpler and gives us the functionality we need out of it. Regarding the User Questions section we can let users report issues in there and only after an investigation from our side we can "promote" them to the appropriate category. Seems fair enough... SDO and DAS sections seem to have some a considerable number of issues opened (~20%). How can we clean those up? On Sat, Sep 18, 2010 at 9:20 PM, Luciano Resende <[email protected]>wrote: > On Sat, Sep 18, 2010 at 4:36 AM, Simon Laws <[email protected]> > wrote: > > Current status > > 1500 closed > > 1560 resolved > > 500 Open (365 SCA) > > > > Each person, for those that you've opened > > Close resolved ones > > Close open JIRA that no longer apply > > Can do this without sending email although the check box seems to > > have been removed > > > > I'm not seeing the option to "transition jiras" without sending > e-mails, do I need to be admin to do that ? otherwise I don't think we > want 200 more e-mails just to move from fixed to close :) > > > For JIRA that fall out of this process > > Take it to the list > > Mail back to the user? > > We can try and group correctly - Feature request vs Bug > > Use "will not fix" if we really think we're not going to do anything > > > > Categories > > general dissatisfaction with JIRA categories we have as they are > > not really used > > Try to convert to a shorter list (should try and match > > distribution structure?) > > base runtime > > binding.ws > > binding.jms > > etc for the main extensions > > Look at this list when we've talked about release artifacts > > Encourage people to use unknown rather than guessing > > SCA Java is default so would need SCA Native, SDO Java etc > > > > There are several uncategorized ones, should we handle those as well ? > > -- > Luciano Resende > http://people.apache.org/~lresende > http://twitter.com/lresende1975 > http://lresende.blogspot.com/ >
