Hi, We have consensus to separate VSNetBeans code as specified in proposal https://cwiki.apache.org/confluence/display/NETBEANS/VSNetBeans+Repository+and+Updated+Releases to its own repository. As the 1st step I will start with getting new Git repo under GitHub.com/Apache. Upcoming release will be done in “hybrid” mode. I will release VSNetBeans 26.0.0 from netbeans repo “release260” branch after VOTE on NetBeans 26.0 is complete. It will be release of complimentary artifact done from the same source as main release. I’m not sure how quickly we will get netbeans-vscode repo. I assume it might take some time. If nobody objects then I’m going to work on afore mentioned plan
Martin > On 10. 4. 2025, at 15:11, Martin Balín <mart...@windowslive.com> wrote: > > > >> 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