[Building Sakai] [WG: Sakai QA] Jira process clarification and modification - "Target Version"
Matthew Buckett
matthew.buckett at oucs.ox.ac.uk
Fri Aug 21 03:36:09 PDT 2009
2009/8/21 Noah Botimer <botimer at umich.edu>:
>
> This goes to a concrete suggestion, rather than to an outright redefinition
> of your goal. Three principles first:
Completely agree with your principals.
> To meet with these principles, I suggest that we evaluate the following for
> fitness:
> 1. Favoring subtasks (which may be assigned) over our merge status fields
> when something is fixed in trunk and should be included in a maintenance
> release
I worry that this may make is harder to find if an issue has been
fixed in a branch as you are more reliant on using JIRA to locate the
SAK for the branch rather than an issue having the same SAK across all
branches and msub spaces.
> 3. Guiding our contributor community in setting Fix Version appropriately
> as a target for unresolved issues and allowing this to default into
> zero-touch accuracy when following through to actual resolution
Sorry I don't follow, could you explain what you mean by this
--
Matthew Buckett
More information about the sakai-dev
mailing list