Hi, My practice has been to leave the Fix Version field blank until my fix for a JIRA has been committed. At that point, when marking the JIRA resolved, I update the Fix Version field to the next release. (I will admit to having forgotten to do this a few times though.)
I suppose if one were personally committing to fix something in the next release, it might make sense to set Fix Version before committing a fix but that might be confusing if intents don't come to fruition. I don't have strong feelings either way on the issue. Dave -----Original Message----- From: Pierre Smits <[email protected]> Sent: Sunday, March 18, 2018 3:16 AM To: [email protected] Subject: JIRA tickets & working with 'Fix Version' Hi all, Currently we have the possibility to set 'any' as the value for the 'Fix Version' field. And we have - at this moment - about 10 open tickets there (see [1]), which is a mix of old (out of date?) and newer issues. Having this may lead to confusion that is undesirable. I propose that we change our M.O. on this one, into: 1. on creation of a new ticket the 'Fix Version' is *not* set; 2. we rename that version to *Upcoming release* and use it only will a ticket is in progress; 3. As soon as a contributor closes a ticket he/she changes the Fix Version = Upcoming release to next actually upcoming and named release (e.g. now that is 2.3) What are your thoughts? Please share. Best regards, Pierre Smits V.P. Apache Trafodion
