|
Home > Archive > Apache JDO Project > May 2006 > JIRA 'Resolved' vs 'Closed' (Re: JIRA question)
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
JIRA 'Resolved' vs 'Closed' (Re: JIRA question)
|
|
| Jeff Turner 2006-05-31, 1:11 am |
| (Cc'ing infrastructure@ since this is cross-project)
On Tue, May 30, 2006 at 05:52:48PM -0700, Craig L Russell wrote:
> Hi Jeff,
>
> I'm the technical lead for the Apache JDO project. I've been a JIRA
> user for about a year now and I still don't know some of the basics.
> Like, what is accepted practice for closing JIRA issues (one step
> beyond resolving the issue). I've seen a number of practices, but is
> there a documented "best practice" for this?
No, it's pretty much up to the project.
Technically, the difference between Resolved and Closed is that Closed
issues cannot be edited (by default). Not being able to edit is of often
annoying, so I usually just 'resolve' issues.
If the resolved/closed distinction is not used, and only confuses people,
we should get rid of one of them. Feel free to customize the JDO
workflow, eg. to eliminate 'Resolved':
http://www.atlassian.com/software/j...t/workflow.html
For example, Cocoon have a custom workflow:
Open -> On Hold <-> Continued -> Closed <-> Reopened
If you like you could even have different workflows for different issue
types, eg. add a "Confirmed" step to the Bug workflow.
--Jeff
> Thanks,
>
> Craig
| |
| Craig L Russell 2006-05-31, 1:11 am |
| | |
| Doug Cutting 2006-05-31, 7:11 am |
| Jeff Turner wrote:
>
> No, it's pretty much up to the project.
>
> Technically, the difference between Resolved and Closed is that Closed
> issues cannot be edited (by default). Not being able to edit is of often
> annoying, so I usually just 'resolve' issues.
In Hadoop we close issues when a release is made. This makes Jira's
"Change Log" feature work better, since folks shouldn't generally change
an issue after it has been released, as that will alter the release's
change log, which should be read-only. We encourage folks to not
re-open closed bugs but instead to create new bugs referencing closed
bugs that can be tracked in an upcoming release. Perhaps we should even
alter the workflow so that closed issues cannot be re-opened.
I think classically the distinction between "resolved" and "closed" is
for projects with formal QA processes. Developers resolve bugs and then
testers close them once they've independently verified the fix.
Doug
|
|
|
|
|