+1 for merging, but please keep the ability to run them against any version
Enrico Il Sab 12 Ott 2024, 15:28 Tamás Cservenák <ta...@cservenak.net> ha scritto: > Howdy, > > I am with Herve here: +1 to merge, as long as we don't lose the "run > IT suite on custom distro" ability > > Thanks > T > > On Fri, Oct 11, 2024 at 8:33 PM Hervé Boutemy <herve.bout...@free.fr> > wrote: > > > > in fact, putting everything in 1 Git repo does not force to run 1 single > > build: we can continue running in separate executions > > > > and with this, nothing prevents from running the its HEAD against another > > commit for Maven core build > > > > Le jeudi 10 octobre 2024, 13:47:31 CEST Michael Osipov a écrit : > > > No, it won't, but it will allow you to integrate the IT w/o pulling > them in > > > physically. > > > On 2024/10/10 11:22:25 Guillaume Nodet wrote: > > > > I don’t see git submodules fixing the pain of having to create two > PRs, > > > > keeping them aligned, having to merge or rebase both at the same > time… > > > > > > > > ------------------------ > > > > Guillaume Nodet > > > > > > > > Le jeu. 10 oct. 2024 à 09:41, Michael Osipov <micha...@apache.org> > a écrit > > : > > > > > A few notes on this though I am neutral: > > > > > > > > > > * Significant growth of repo, thus repo size for those who simply > don't > > > > > need ITs > > > > > * A compat kit (which it is) is usually a separate > repo/product/project > > > > > * Though I consider Git submodules as a horrible implementation > compared > > > > > to Subversion externals, it could live as an optional submodule > with a > > > > > Maven profile being activated. Those who need it can init the > > > > > subrepo/submodule. > > > > > > > > > > Michael > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > > > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > >