Well, it is not that simple.
Having major plugins to have their own release means that you shall
replicate at least some of the release infrastructure/process/people
work for it.
On the other hand one of the greatest values of NetBeans is that it just
works out of the box. Having some plugins create their own releases
means moving to the Eclipse model as plugins might creating frictions
from release to release between each other and the IDE. I had to listen
countless discussions of my colleges which version of eclipse to use
with which version of plugins, until the Eclipse distribution creators
showed up. So I would not go that route.
Having two releases per year with 3 month patch releases sounds fair to me.
For those who want the new and shiny, there was always a possibility to
use the development version.
On 11/13/18 8:03 AM, Alexander Romanenko wrote:
Sorry if this was discussed before and I missed it.
Are there any reasons why major plugins cannot have their own release
schedule? From org perspective, i think (1) puts less pressure on testers
to test all features at once, including ones they are not familiar with.
(2) less pressure from users about not having access to plugins that are
"complete" months ago but have to wait for arbitrary global release date.
вт, 13 нояб. 2018 г. в 9:59, Neil C Smith <[email protected]>:
On Tue, 13 Nov 2018, 14:16 Emilian Bold <[email protected] wrote:
Two releases per year seems more manageable.
The point of 4 was to be more manageable though. Less changes, less
pressure for new features to meet deadlines (dropping 3 months less of an
issue)
I'm happy with either, but I don't think the current situation with lots of
changes / things still being donated is a good model for how this might
work once the dust settles.
Best wishes,
Neil
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
