Hi, After writing https://lists.apache.org/thread/wsx97qgx9g6x97fgssjrg4rmj982825d, with a partial copy below, comes the necessary complement.
<<The issue I perceived and was not clear in my mind, is we have the informal concept of stable, next and trunk. That's initially a demo concept but it has reality roots. When we will release 24.09.01, so officially defines 24.09 as replacing 18.12 as stable, it makes sense to create a new "next". After soon 7 years of efforts, It would be better if OFBiz "next" branch eventually has replaced all Minilang by Groovy. As we did long ago for Beanshell.* There is also an implication for demo: what will be "next"? As the "next" concept is informal, it's not a big deal. We could have no next for a moment, or either use 24.09 as next (much easier). As I'm more than often the demo maintainer I'd quite prefer to use 24.09 as next, with an information about it of course. Other ideas? >> So I propose to not simultaneously create the new "next" branch when releasing 24.09.01. We have no obligation to then create the new "next" branch. This to let enough time to complete the Minilang by Groovy task in trunk. As soon as it will be done we can create the new "next" branch and update all the CI and demo parts. What do you think? Jacques
