To follow up on this: there is now a 1.0.0-incubating.M2 version tag in JIRA.
Here’s what I recommend: 1) 1.0.0-incubating.M1 Don’t use this tag unless you’re making changes on the release/1.0.0-incubating.M1 branch. 2) 1.0.0-incubating.M2 Use this tag when a fix has been merged to develop. 3) 1.0.0-incubating I think this tag is confusing and probably shouldn’t be used until our “next” release is going to be 1.0.0-incubating. Since we don’t currently have parallel release versions (let’s be linear!) we should only be setting a single value in the “Fixed version” field. Anthony > On Jan 20, 2016, at 10:30 AM, Dan Smith <[email protected]> wrote: > > One question on that is do we fill in the fix version at the time the bug > is fixed, or when the release is made? For example right now we're making > fixes that will probably be in a .M2 release, but there is no .M2 in JIRA > yet. > > -Dan > > On Wed, Jan 20, 2016 at 10:22 AM, John Blum <[email protected]> wrote: > >> With Spring projects, we use "affects" version that an issue was reported >> in (though with Geode not having an official release yet, hmmm). The fix >> (or target) version is the version that the fix will be released in. >> >> On Wed, Jan 20, 2016 at 8:58 AM, Kirk Lund <[email protected]> wrote: >> >>> Darrel and I were just discussing and wondering: What's the current >>> guidelines for the Geode versions that should be specified in the Affects >>> Versions and Fix Versions of Jira tickets? It's still not clear to me. >>> >>> -Kirk >>> >> >> >> >> -- >> -John >> 503-504-8657 >> john.blum10101 (skype) >>
signature.asc
Description: Message signed with OpenPGP using GPGMail
