Talk:Contributing Patches

Handling patches in IssueZilla (Draft)

patches do have the Issue Type PATCH when get subbmitted in the Issue database.

In case a patch implements a FEATURE or ENHANCEMENT this issue type stays at type PATCH until:

• The patch has been committed to a child workspace (cws)

• and has been marked as fixed

• and has been verified by the QA person for that cws.

At the time the cws get QA approval, the issue needs to get the type FEATURE or ENHANCEMENT if such is implemented. Also it needs to get check if specification, Feature mail also have been completed.

Stats invalidated

Please note that a change of the issue type from PATCH to something else will invalidate our patch handling metrics. I strongly recommend not to change the handling before the statistics gathering accomodates the new workflow.

Comments

 I think it's better that the issue type is changed when the CWS is approved, not when the PATCH
 issue is verified.

 Changing it's type to ENHANCEMENT or FEATURE before the complete CWS is finished might lead to
 undesired results if the CWS goes back to engineering. The patch might or might not be the reason
 for CWS-QA failing, but terms and semantics (and statistics) become fuzzy if in such a case the
 issue is an ENHANCEMENT/FEATURE, but still needs patch-polishing.
 (FS)