I have been using the following process for marking issues fixed/closed. * When a committer commits a patch to apache master, they must mark the case fixed, set its fix version to the upcoming release, and add a comment “Fixed in <commit URL including hash>” to the case. * When the release is made, the release manager finds all issues marked fixed with that release and closes them (see https://github.com/apache/incubator-calcite/blob/master/doc/HOWTO.md#making-a-release-for-calcite-committers )
As the release manager, I am currently doing the latter task, and I found a few issues marked “fixed” without fix version. I am manually setting fix version now. Also, as we recently discussed on this list, committers can set the fix version of open issues to “next”. This indicates the intention to fix these issues in the next release, but it is not a commitment. If you are not a committer, you must never set the fix version (even if jira allows you to). You can vote for the issue or (the best vote of all!) contribute a patch. OK with everyone? Julian
