_Dmaven build cache.remote.save.anabled=türü Bütün yetki sende 12 Haz 2023 Pzt 13:08 tarihinde Olivier Lamy <ol...@apache.org> şunu yazdı:
> On Mon, 12 Jun 2023 at 18:53, Benjamin Marwell <bmarw...@apache.org> > wrote: > > > > Hello everyone! > > > > First of all thank you everyone working on the build cache plugin! It > > is amazing! > > > > At least some of the following questions seem to be of interest to > > most users and might end up on the documentation, So here's a few > > things which came to my mind. > > > > 1.) Considering I always require PRs in my projects, would setting > > -Dmaven.build.cache.remote.save.enabled=true be a sensible thing only > > for the main branch? > > Personally, I would have the main branch always have a full build > without caching to be sure everything works fine but use cache only > for branches/PR :) > That's what we will do at Jetty project. > The build for 12 branch is around 50 minutes with the cache it goes > down to 8/9 minutes (only because something is always rebuilt and > retrigger a few small modules) > The idea is to reduce development/check of PR and use some incremental > build while the main is always fully build especially when the build > has few jdks as target. > But here it's up to you :) > > > > > 2.) Can I maybe have the branch name included in a path to a remote? > > This way I could have a different cache for maintenance branches. Just > > include the branch name into -Dmaven.build.cache.remote.url? > > why would need that? > if your branch has different sources (java, pom, etc..) the calculated > hash will be different so the hash key will be simply different no > need to configure a cache URL differently (well except if you want to > clean up caches per branch) > > > > > 3.) Can I somehow use option 1 & 2 to make caches available for > > colleagues without making them manually configure the remote URL for > > each branch they are working on? > > cache will be used by colleagues' build as long as a module have the > same calculated hash any local differences will have a different > calculated hash > > > > > 4.) The docs say there's also XX and XXMM algorithms, but it doesn't > > say WHEN to use them (only that they may leverage performance). Are > > there some example cases or does someone already have some experience > > we could benefit from? > > > I have yet to see huge differences. > currently with a build already down from 50 minutes to 8/9 minutes not > sure this was my primary goal > So I can't really tell :) > > > > > 5.) The section "filtering out artifacts" might want to give a size of > > artifacts which should be regarded as too large, depending on the > > environment probably. > > > > definitely depends on your environment. > > > Thanks! > > - Ben > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
