I would appreciate if everyone who is merging pull requests is properly setting the "fix version" in JIRA.
So in most cases, the "fix version" is the next major release, currently 0.9. If we're not setting this, the issue will not appear in the changelog of the release. Also, I think that users may find JIRAs via Google, then this information helps them to know when the feature will be available. Also, the fancy marketing metric (XY issues resolved) is suffering ;) By the way, does anybody know why we can not set the "fix version" for "Closed" JIRAs (instead of "Resolved")? In the "Resolved" case, we can still change that. On Thu, Oct 9, 2014 at 9:46 AM, Fabian Hueske <fhue...@apache.org> wrote: > Yes, I think more discipline with JIRA issues would be definitely good and > ease the management of releases. > > I'd say the affected version should be initially the version (or versions) > where the issue was identified. > We than should check which other versions are affected and add these to the > JIRA. > Only the latest minor of each major release is relevant, e.g., 0.6.1 is > sufficient for all 0.6 releases. > > > 2014-10-08 21:50 GMT+02:00 Ufuk Celebi <u...@apache.org>: > > > Hey all, > > > > I was wondering what the policy is for marking issues with affected and > > fix versions. I know that we suggested a couple of times (in different > > email threads) that it would be desirable in order to get an automatic > > changelog for releases etc. > > > > I think the fixed versions tag is clear: you mark the version for which > it > > was fixed. > > > > Example: if I fix something in the current master (assuming current > master > > has not been branched off for 0.7-incubating) and I do a back port for > > 0.6.1: then I mark the fix for the unreleased 0.7-incubating version and > > add the new release tag 0.6.2, right? > > > > What about the affected versions tag? Just the latest unreleased version, > > which is affected? Or all versions, where it should be fixed (released > and > > unreleased) as well? > > > > – Ufuk >
