> On 9. 4. 2025, at 20:12, Jaroslav Tulach <jaroslav.tul...@gmail.com> wrote: > > Dne středa 9. dubna 2025 14:55:24 CEST, Martin Balín napsal(a): >> Proposal was updated to address Jaroslav concerns >> >> https://cwiki.apache.org/confluence/display/NETBEANS/VSNetBeans+Repository+a >> nd+Updated+Releases > > Thanks. I see: > >> After release of NetBeans IDE (Swing app) when VOTE is closed and final > commit in release branch is known. Then submodule with main NetBeans > repository will be updated to checkout this commit. > > This makes the VSCode extension "eventually consistent" with NetBeans IDE > Maven artifacts under assumption: > > - no incompatible changes in the "submodule" > - as little as possible of API changes in the "submodule" > - bugfixes (without changing API) allowed, but ... > - (preferably) bugfixes included in the main NetBeans repository (first) > > Question I haven't heard answer to: > - what will be the versioning on modules in the “submodule” Same as in release branch or in tag from master used for by submodule of NetBeans main git repo
> - when you change any API? We don’t plan to change API in incompatible way, I remember from Sun Microsystems days this is almost impossible, right Jaroslav? ;-) The situation now will not be different too much for Enso than it was before. Releases of VSNetBeans done for main IDE release and some interim releases following JDK schedule. Martin > > But yeah, you can try this. It can work for Enso, if there is goodwill on all > sides. > -jt > > > > > --------------------------------------------------------------------- > 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 > > >
