On 4 June 2011 16:20, Gary Gregory <garydgreg...@gmail.com> wrote: > I like the report. Can you put it in [parent]?
I don't thnk that would work in general. To make it usable, I had to specify the fix versions, because there are currently a lot of issues without fix versions (some may be incorrectly resolved duplicates). And unfortunately the blank versions sort first. I suggest you try it for yourself and see without the fix versions. I suspect there will be a lot of work to add the correct fix versions to every JIRA issue. > Gary > > On Jun 4, 2011, at 11:07, sebb <seb...@gmail.com> wrote: > >> I've been doing some experimentation with the JIRA report. >> >> The following configuration IMO produces a reasonable-looking report [1]: >> >> <onlyCurrentVersion>false</onlyCurrentVersion> >> <columnNames>Fix Version,Key,Summary,Type,Resolution,Status</columnNames> >> <!-- Sort cols have to be reversed in JIRA 4 --> >> <sortColumnNames>Key DESC,Type,Fix Version DESC</sortColumnNames> >> <resolutionIds>Fixed</resolutionIds> >> <statusIds>Resolved,Closed</statusIds> >> <!-- Don't include sub-task --> >> <typeIds>Bug,New Feature,Task,Improvement,Wish,Test</typeIds> >> >> As mentioned elsethread, issues should be marked as resolved with the >> appropriate fix version when fixed in SVN; and issues should only be >> closed after the release has been published. >> >> What is not so clear is how to handle duplicate reports. >> If these are to be included in the report, then the Fix versions will >> have to be maintained. >> >> If not, then it's important that all duplicates are resolved as >> Duplicate rather than Fixed. >> >> Views? >> >> [1] http://people.apache.org/~sebb/NET_3_0_1RC3/jira-report.html >> Additionally filtered as follows: >> <fixVersionIds>3.0.1,3.0,2.2</fixVersionIds> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
