Break the Build!

Our token object of shame.. Given to breakers of the build.

The Scream Doll -- Our token object of shame, given to breakers of the build.

I was just having a conversation with a colleague and he was telling me about how the bug count on one of our projects skyrocketed overnight (during the last week of a cycle) because QA finally looked at the output of our static analysis (Java findbugs) and logged defects on all the medium and high priority errors.  We both lamented about how QA should do this earlier in the cycle so we don’t get swamped at the end.

My suggestion to him for the future: let’s break the build.  We already perform static analysis as part of our build process so why don’t we look at our own output and if we create findbugs warnings with severity > medium (or any findbugs warning) let’s cause the build to fail.  This is how things work with our unit tests, so why not with static analysis?  After all, static analysis is just another kind of test that we can perform at build time.  This would have some immediate outcomes:

  1. everybody on the team would start running findbugs on their changes before checking them in (or risk having our token burden of shame “The Scream Doll (pictured)” brought to their cubicle.
  2. QA would never log a findbugs defect again.
  3. The feedback loop gets shorter, developers would learn more, faster.
  4. Our code would be better.

You could extend this to failing on ANY java warning (equivalent of gcc -wall -werror).

The bottom line is that if you don’t want QA to see it and you can detect it you build needs to break when it occurs.

  • Jeff Winkler

    This. Fully agree. I’ve done this with with CodeNarc on Groovy/Grails projects… there was pushback at first but it’s gone well and keeps our code clean (Broken Windows Theory…sets the social norms). Also combine this with the Jenkins Continuous Integration game, and people have motivation to not break the build. The key insight was to grandfather in old issues, and just show diffs. Also to provide the same checking on the command line to avoid checking in and breaking the build.

  • Jeff Winkler

    Oh BTW – I call this the “limbo bar” :)

    • Adam Schepis

      great name for it! :)