[cle-release-team] Summary of version management and a little help please

Sat Feb 22 09:30:28 PST 2014

KNL has about 140 resolved issues with a fix version of 10.0 [tentative].

Unless there is a quick solution to identify if those fixes are qa01, 
qa02, or qa03, I don't think it makes sense to update the fix version to 
qa01, qa02, or qa03. I'm just going to leave it. From this point 
forward, let's make sure new issues fixed go into qa04.

SAK seems like it is in better shape wrt fix versions reflecting the QA 
tag in which the issue got fixed.

Looks like we have well over 1,000 fixes in Sakai 10 !

-- Neal

> Matthew Jones <mailto:matthew at longsight.com>
> February 22, 2014 at 11:44 AM
> Yea, right. And if you have a problem with the filter. You can use the 
> JQL Tricks plugin that is installed updated with the search term
>
> AND fixVersion in versionMatches("10.*")
>
> Which will return all of the qa versions for everything, when/if you 
> ever need to make bulk changes.
>
>
>
> Anthony Whyte <mailto:arwhyte at umich.edu>
> February 22, 2014 at 11:30 AM
> The fix version should map to the versions we intend to tag/release: 
> 10-qa03, 10-qa04 . . . 10.0, 10.1 . . . 11.0 . . . 20.0 . . . .
>
> anthony whyte | its and mlibrary | university of michigan | 
> arwhyte at umich.edu <mailto:arwhyte at umich.edu> | 517-980-0228
>
>
>
>
> Neal Caidin <mailto:neal.caidin at apereo.org>
> February 22, 2014 at 11:13 AM
> Or for fix version.... maybe the actual fix version for now (qa01, 
> qa02, qa03, etc)?  Eventually, it will all switch over to 10.0 though, 
> right?
>
> Thanks!
> Neal
>
>
>
> Neal Caidin <mailto:neal.caidin at apereo.org>
> February 22, 2014 at 11:11 AM
> The Help needed section still applies. However, I did find that if I 
> archive older versions (2.7.x and earlier) that I can do a change to 
> the affected version and it will not delete archived versions, only 
> non-archived versions. So that helps. Then I'm using Jira export so I 
> can review data in Excel and create some custom filters. Still a huge 
> pain and not particularly efficient (just more efficient than going 
> one-by-one on issues).
>
> New thought. Fix version, what to do with it?
>
> Treat the same as Affects version or just throw a 10.0 [tentative] 
> into it?
>
>
> Neal Caidin <mailto:neal.caidin at apereo.org>
> February 20, 2014 at 1:24 PM
> [Sakai release team]
>
> Before I make a broad announcement of how we are managing Jira 
> affected version and fix versions for Sakai 10, I wanted to summarize 
> to make sure I've got it right and ask for help on an administrative 
> issue related to implementing this approach.
>
> Summary
> ------------------------
> Jira Projects affected by this process: SAK, LSNBLDR, KNL, SAMIGO, 
> POLLS, PRFL (Profile 2), SRCH (Search), and STAT (SiteStats)
>
> 1) The merge flag for Sakai 10 is called "10 status", which deviates a 
> little from the old style of Sakai 2.9 and earlier of "2.9.x status", 
> "2.8.x status" , etc.  This has already been changed in Jira. The 
> field value meanings are still the same : None, Merge , Resolved, 
> Won't fix
>
> 2) As the next QA iteration occurs, we will be changing the affected 
> version of existing issues to the latest QA version and archiving the 
> older QA versions so that they will not be selectable as an affects or 
> fix version on newly created issues. For example, when 10.0-qa03 is 
> released, the affected version for anything related to Sakai 10 will 
> move to 10.0-qa03 as the affected version. Immediately, 10.0-qa01 will 
> be archived, and shortly thereafter 10.0-qa02 will be archived as well 
> (after most or all of the QA servers have moved to the qa03 tag). 
> There will be no 10.0 version or 10.0 [tentative] version used. 
> Everything should reflect the latest stage of QA.
>
> 3) I've already created a 10.0-qa04 Jira version in anticipation of 
> 10.0-qa03 tag being cut. Issues fixed after 10.0-qa03 is cut should 
> use 10.0-qa04 as the fix version and have 10.0-qa03 as the affected 
> version.
>
>
>
> Help needed from Sakai release team
> ------------------------------------------------------
> So, I ran a quick test on one of my own issues. If I do a bulk update 
> on the Affected version, the bulk operation is a full replacement, 
> deleting any existing fix versions. Since many issues have multiple 
> affected versions (e.g. a number of issues have an affected version of 
> 2.9.3 and 10.0-qa01; some issues have many affects versions), doing a 
> bulk update operation will remove ALL the affected versions and 
> replace with the one new version.
>
> That kind of seems bad. Any suggestions?
>
> Cheers,
> Neal
>
>

-- 
Neal Caidin
Sakai Community Coordinator
Apereo Foundation
neal.caidin at apereo.org
Skype me! (but let me know in advance for the first interaction) - nealkdin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/cle-release-team/attachments/20140222/736c9d46/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: compose-unknown-contact.jpg
Type: image/jpeg
Size: 770 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/cle-release-team/attachments/20140222/736c9d46/attachment.jpg 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: postbox-contact.jpg
Type: image/jpeg
Size: 992 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/cle-release-team/attachments/20140222/736c9d46/attachment-0001.jpg 