I guess the point of discussion here is "how fast" we want to go when it comes to releases. My two cents as an end user is: Daily build is too fast (for me, because too many things might be broken); LTS releases have little meaning (again for me) if that means any slow down of the progress.
As a contractor I worked for tens of clients/companies. My observation is that unlike OS or JDK which is often tied to entire organizations, IDEs are personal. The company would always talk about LTS release for JDK/OS, but I have not heard any company or developer talk about LTS on IDEs - be it Eclipse, InjelliJ, NetBeans... People move on to the next release as soon as they can, be that a LTS or not. On 2020/02/27 17:16:35, Laszlo Kishalmi <laszlo.kisha...@gmail.com> wrote: > Well, > > 1. I think we are having it right now, thanks to Neil and Eric, so far > quarterly releases seems to be just fine, especially support wise. We > still need to recommend a lot of users to upgrade from NetBeans 10 or > 11.1 to 11 or 11.2 (or this time 11.3). Unless we are able to deliver > something like a rolling release (like a release which is connect to a > regularly refreshed update center), more releases would mean more > confusion to the users. Though even with a rolling release, it can't > really be called as a release as we have work to do beside of just > building the code. On the other hand we have such a builds, though not > for wide audience, but netbeans-dev Snap package is refreshed on every > Thursday (at least), though it has 10-15 people using that one including > myself. > > 2. and 3. LTS and NetCat they are hand-in-hand together. Broader > testcase based QA is a real asset, if Apache NetBeans were a company > product and I'd be a CTO there, I'd definitely would invest more on that > side. LTS have a value especially for corporate users/education, who are > focused on work or study, and can be disrupted with every little changes > we make. > > So if you would like to move faster and be more up to date on the IDE, > daily builds are there or if you are lucky to run Linux just use the > netbeans-dev Snap package for the convenience. > > On 2/27/20 8:08 AM, Neil C Smith wrote: > > On Thu, 27 Feb 2020 at 15:58, Qingtian Wang <qingt...@evergreenelite.com> > > wrote: > >> 1. Frequent and time-based releases directly from master branch is the way > >> to go! If a feature doesn't fit the release, code "feature toggles" and > >> shoot for the next release. > > +1 > > > >> 2. Forget LTS releases - A release is a release is a release. If this > >> release is not to your liking, download the previous one you like, or > >> better yet contribute the change you like to the next release. > > -1 > > > >> 3. Forget NetCAT - every developer herself and every end user is > >> responsible and contributing for testing and quality. > > -1, but +1 to the second bit - which is exactly why you should get > > involved in NetCAT! ;-) > > > > Apologies for any nerve touching! > > > > Best wishes, > > > > Neil > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
