Running builds for all platforms for each and every PR seems too excessive.
How about doing all platform builds in the nightly jobs? On Fri, May 6, 2022 at 8:02 AM Steve Loughran <ste...@cloudera.com.invalid> wrote: > I'm not enthusiastic here as it not only makes the builds slower, it > reduces the #of builds we can through a day > > one thing I am wondering is could we remove java8 support on some branches? > > make branch 3.3.2.x (i.e the 3.3.3 release) the last java 8 build, and this > summers branch-3.3 release (which I'd rebadge 3.4) would ship as java 11 > only. > that would cut buld and test time for those trunk PRs in half...after which > the preospect of building on more than one platform becomes more viable. > > On Thu, 5 May 2022 at 15:34, Gautham Banasandra <gaur...@apache.org> > wrote: > > > Hi Hadoop devs, > > > > Last week, there was a Hadoop build failure on Debian 10 caused by > > https://github.com/apache/hadoop/pull/3988. In dev-support/jenkins.sh, > > there's the capability to build and test Hadoop across the supported > > platforms. Currently, we're limiting this only for those PRs having only > > C/C++ changes[1], since C/C++ changes are more likely to cause > > cross-platform build issues and bypassing the full platform build for non > > C/C++ PRs would save a great deal of CI time. However, the build failure > > caused by PR #3988 motivates me to enable the capability to build and > > test Hadoop for all the supported platforms for ALL the PRs. > > > > While this may cause longer CI run duration for each PR, it would > > immensely minimize the risk of breaking Hadoop across platforms and > > saves us a lot of debugging time. Kindly post your opinion regarding this > > and I'll move to enable this capability for all PRs if the response is > > sufficiently positive. > > > > [1] = > > > > > https://github.com/apache/hadoop/blob/bccf2f3ef4c8f09f010656f9061a4e323daf132b/dev-support/jenkins.sh#L97-L103 > > > > > > Thanks, > > --Gautham > > >