简体   繁体   中英

Does gradle support "promotion" of errors?

Our setup uses git/gerrit for code review, and we also have a "verification" build there: you can only submit your patch set when the verification build passes.

The problem is: we have several activities that are not part of the verification build, only the nightly full build runs. For example to run findbugs . So it can easily happen that findbugs finds a "must address" bug.

We can't add findbugs to the verification build (as that would take too miuch time). But I also don't want to immediately fail on the nightly build.

Now I am wondering: does gradle have support for handling errors differently over time?

As in:

  • the first time such a "must address" issue pops up, the nightly build only sends an email to the person touching the corresponding file
  • the second time, that mail goes also to the manager of that person
  • and maybe the third night, the build fails

Would we have to implement such "stateful" error handling ourselves, or does gradle support this requirement?

It seems to me, that the question more likely relates to the CI-server configuration, rather than Gradle build configuration.

Though it is possible to set the ignoreFailures property of the findbugs task, to prevent your build from imeddiately fail, and then CI server have to analyze some way this build and may be some build history and make a decision, what to do next.

The thing is that Gralde doesn't know anything about previously runned builds and does not have any out-of-the-box solution for that, since the build history is in the scope of the CI server, which can event create a new temporary workspace for every Gradle build.

The technical post webpages of this site follow the CC BY-SA 4.0 protocol. If you need to reprint, please indicate the site URL or the original address.Any question please contact:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM