On Wednesday, 8 August 2018 23:39:16 PDT Alex Blasche wrote: > That is the current approach and it does not work or scale. Between > branching time and release time is a fairly long time. By then the x.y > branch contains already x.y.(z+1) fixes (assuming the latest release branch > is x.y.z). It is a big pita going through the issues figuring out which is > where. I tried this for some time and found it a waste of time. > > A better approach might be to have some flag in the gerrit/git system that > announces that the last merge for x.y.z was done. The script could then > automatically mark fixes targeting the x.y branch as x.y.(z+1)
Why can't the renaming in JIRA be done at that exact time? That way, we wouldn't get a mass update of tasks with the version changed. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center _______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
