JIRA, Resolving and Closing Issues

2007-10-18 Thread Dennis Kubes
Quick question about Jira.  When we commit, are we supposed to first 
resolve and then close the issue.  What is the process on this.


Dennis Kubes


Re: JIRA, Resolving and Closing Issues

2007-10-18 Thread Chris Mattmann
Dennis,

 My practice has been to do the following:

 1. Resolve the issue, and describe (at a high level), the changes made to
the code, e.g.,

  *Introduced new classes A, B, C
  *Refactored method Y out of class D and into new class E
  *made internal method F of class G use member variable as an increment
check for blah blah

 2. Close the issue and list the revision number that the patch you applied
first exists in.

 That's my practice: not sure if it's right, but it's what I gleaned from
watching the other committers for a few years.

Cheers,
  Chris



On 10/18/07 9:58 AM, Dennis Kubes [EMAIL PROTECTED] wrote:

 Quick question about Jira.  When we commit, are we supposed to first
 resolve and then close the issue.  What is the process on this.
 
 Dennis Kubes

__
Chris Mattmann, Ph.D.
[EMAIL PROTECTED]
Cognizant Development Engineer
Early Detection Research Network Project

_
Jet Propulsion LaboratoryPasadena, CA
Office: 171-266B Mailstop:  171-246
Phone:  818-354-8810
___

Disclaimer:  The opinions presented within are my own and do not reflect
those of either NASA, JPL, or the California Institute of Technology.




Re: JIRA, Resolving and Closing Issues

2007-10-18 Thread Sami Siren
I think for example lucene and hadoop follow different process where
issues are resolved after successful commits and (bulk)closed on release.

Manual addition of revision number is unnecessary when you add issue
number into commit message, in that case JIRA will show this information
(and some more) under subversion commits tab.

This is also the process I have been following.

--
 Sami Siren



Chris Mattmann wrote:
 Dennis,
 
  My practice has been to do the following:
 
  1. Resolve the issue, and describe (at a high level), the changes made to
 the code, e.g.,
 
   *Introduced new classes A, B, C
   *Refactored method Y out of class D and into new class E
   *made internal method F of class G use member variable as an increment
 check for blah blah
 
  2. Close the issue and list the revision number that the patch you applied
 first exists in.
 
  That's my practice: not sure if it's right, but it's what I gleaned from
 watching the other committers for a few years.
 
 Cheers,
   Chris
 
 
 
 On 10/18/07 9:58 AM, Dennis Kubes [EMAIL PROTECTED] wrote:
 
 Quick question about Jira.  When we commit, are we supposed to first
 resolve and then close the issue.  What is the process on this.

 Dennis Kubes
 
 __
 Chris Mattmann, Ph.D.
 [EMAIL PROTECTED]
 Cognizant Development Engineer
 Early Detection Research Network Project
 
 _
 Jet Propulsion LaboratoryPasadena, CA
 Office: 171-266B Mailstop:  171-246
 Phone:  818-354-8810
 ___
 
 Disclaimer:  The opinions presented within are my own and do not reflect
 those of either NASA, JPL, or the California Institute of Technology.
 
 
 


-- 
 Sami Siren