On Tue, 8 Dec 2020 at 15:50, Laszlo Kishalmi <[email protected]> wrote: > > Temporary delivery branch just an artefact of our current build > > process, or actually useful to keep in the process? > > > That's really temporal, I'm about to delete it, in order to prevent some > confusion. It is not really part of the build process either. But if > we'd follow this model. The 'delivery' or find a better name for that > branch, has to be recreated from master on branching of 12.3.
Yes, I know, sorry, badly worded question! A couple of people asked why we needed delivery as well as release1xx when you suggested it. At the moment, the release1xx branches are tied into the build process, as in commits triggering Jenkins, etc. So having the delivery branch is at least necessary now as things are configured. What I guess I'm asking is whether the temporary delivery branch has been useful in other ways? ie. even if build process / Jenkins was changed to not need it, is it still worth having anyway? On Wed, 9 Dec 2020 at 06:08, Jan Lahoda <[email protected]> wrote: > NetBeans (Java editor) was always bound to a single > version of (nb-)javac, for better or worse. Yes, wasn't suggesting changing that fact, hence need for plugin portal changes if we went that route ... > We need an IDE release (or update) to fix a small bug in java.hints, PHP > editor, to update any of the bundled libraries and tools (including Apache > Ant, Lucene, Maven, etc.), and even JavaFX, as far as I know. Is (nb-)javac > really so different? Aside from third-party UC being an interesting source of issues, needing a full Apache release process just to change the link of something dynamically downloaded seems overkill - I think there's a key difference between things that are bundled and things that aren't. If we could wrap upstream JARs it would be good to support updating JavaFX links via plugin portal too? 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
