Hi, With 1.0.0 imminent there are 112 tickets with a "fix version" of 1.0.0, the earliest from 2014. From the ticket logs it looks like we typically bump the fix version once the target release has passed. Would it be better to wait to assign a fix version until achieving some combination of severity, acceptance, and imminence?
For example, a new feature might go unscheduled until a pull request is available, whereas a blocker is by definition intended for the next release. A corollary would be to unschedule all open / in progress / reopened tickets once their "fix version" has been released. This would present a clean slate for the next round of commits. Greg
