On Dec 11, 2017 09:17, "Stephen Colebourne" <scolebou...@joda.org> wrote:
This all seems reasonable. One things I'd suggest is getting at least one new component to a full release as soon as possible to demonstrate that the plan can work. This suggests that step 1 involves a full release for [numbers] Right, get the plan in motion, one step at a time and let the community iterate and opine. Gary Stephen On 9 December 2017 at 01:59, Gilles <gil...@harfang.homelinux.org> wrote: > Hi all. > > Stephen Colebourne correctly summarized the situation[1]: > Project management must be based on life-cycle, not the > other way around. > > Here below, a concrete plan is proposed in answer to the > suggestion (of a fork) made by Martijn Verburg[2]. > > 1. Initial (beta?) release of "Commons Numbers".[3][4] > 2. Create separate git repositories for functionalities > that have independent life-cycles and move the codes > out of "Commons Math". > 3. Modularize "Commons Math" into > a. A set of "supported" modules: functionalities having > undergone a review in order to define a stable API. > b. A set of "experimental"/"beta" modules: functionalities > that have been modified since the last release (e.g. > bug fixes[5]) but are expected to undergo API changes. > c. A "legacy" module for heavily used functionalities known > to harbour difficult design issues. > 4. Initial (beta?) release of codes in category (2) as new > components. > 5. First non-beta release of "Commons Numbers". > 6. Release v4.0 of "Commons Math". > 7. First non-beta release of codes in category (2). > 8. Progressively move code from category (3c) to (3b) and > from (3b) to (3a), or to (2). And RERO accordingly. > > Do you (PMC, committers, developers and users) foresee any > show-stoppers in the above sequence? > > Regards, > Gilles > > [1] http://markmail.org/message/w3imqvbf3wphvokj > [2] http://markmail.org/message/rribnh3tiikqtllf > [3] https://git1-us-west.apache.org/repos/asf?p=commons-numbers.git > [4] https://issues.apache.org/jira/projects/NUMBERS > [5] https://issues.apache.org/jira/projects/MATH > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
