I was the person who talked with Robert and Herve about incremental build in ASF Conference Budapest in 2015. I had an idea with a Java agent and optimize the test-set in Surefire but we all understood that a generic solution is not possible with full guarantees for all users which may finally break Maven's reputation. The solution has limitations and some drawbacks. The problem is that the user expects only better outcome with no drawbacks.
But what I see as a possible solution(s) is to move this responsibility for the entire build system stability to the particular user. This means that the isolated facility of incremental build should not be inside of Maven Core/Dist and the user should add the extensions by her/himself in POM. As soon as the build is unstable, the user has to be active either to remove the extension or contact the developer of the extension to fix it. The Maven itself would be the golden software again. The extensions have certain granularity and no extension exists yet which would optimize the entire build with no drawbacks. Maybe we all can see what possibilities are. We can enumerate them: 1. optimizations in caches 2. optimizations on SCM level 3. optimizations on compiler level 4. optimizations on test-set and test execution level And some developers may add more extensions like: 1. optimizations on packaging level (JAR, WAR, etc) 2. optimizations on resources level Maybe missing: 1. an appropriate integratioin of the extensions with CI systems I think the concept of Maven is good since it is an extensible software which is our case of discussion with the extensions. The only thing which is missing is large community of very active developers who improve the quality of these tools and enlarge the group of satisfied users. Maven can list all these extensions on the WEB and help the users to pickup the best fitting extension. The extensions should be well documented and they should list all limitations. Freely, the extensions may be part of ASF and the activity would grow in these projects. We had some incubetor projects in ASF so we can again include the extensions this way in the ASF organization. Cheers Tibor17 On Wed, Sep 18, 2019 at 12:48 PM Falko Modler <[email protected]> wrote: > Hi Maximilian, > > > 2. No IDE integration > > IDEs usually have their own mechanisms to build incrementally. They also > execute Maven core in their own special way, often very different from the > default command line execution. > > > 3. Further advanced optimizations don't look possible > > Feature requests are welcome! :-) > > Otherwise I wish you good luck on your path. > > Best regards, > > Falko > > > Am 18. September 2019 09:52:52 MESZ schrieb Maximilian Novikov < > [email protected]>: > >Classification: For internal use only > > > >Hi Falko, > > > >I saw this project. > >It can help in some cases, but to build fast you need: > > 1. Incremental build > > 2. Remote cache(shared cache) > > > >gitflow-incremental-builder helps to cover #1. BTW I still see > >limitations here: > > 1. It creates coupling with GIT > > 2. No IDE integration > > 3. Further advanced optimizations don't look possible > > > >Our idea was to move from workaround solutions(as Tibor classified > >this) to native solution. > > > >Thanks for sharing this. > > > >Kind regards, > >Max > > > > > >-----Original Message----- > >From: Falko Modler [mailto:[email protected]] > >Sent: Wednesday, September 18, 2019 1:15 AM > >To: [email protected] > >Subject: Re: [VOTE] Maven incremental build for BIG-sized projects with > >local and remote caching > > > >Hi there, > > > >I must admit that I did not read everything but in case you are using > >Git this extension might help: > > > >https://github.com/vackosar/gitflow-incremental-builder > > > >It is a Maven extension and it is _not_ limited to Gitflow setups! > > > >Disclaimer: I am not the owner of this project but I am a > >"Collaborator" > >(I can cut releases etc.). > > > >Feedback is very much appreciated. > > > > > >PS: I hope this works, never posted to a mailing list before. :-O > > > > > >Best regards, > > > >Falko > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [email protected] For additional > >commands, e-mail: [email protected] > > > > > >--- > >This e-mail may contain confidential and/or privileged information. If > >you are not the intended recipient (or have received this e-mail in > >error) please notify the sender immediately and delete this e-mail. Any > >unauthorized copying, disclosure or distribution of the material in > >this e-mail is strictly forbidden. > > > >Please refer to https://www.db.com/disclosures for additional EU > >corporate and regulatory disclosures and to > >http://www.db.com/unitedkingdom/content/privacy.htm for information > >about privacy. > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [email protected] > >For additional commands, e-mail: [email protected] > >> >
