
Abstract
The popular practice of having only two different kinds of builds (Debug and Release) is shown to be inadequate. Four different kinds of builds are proposed instead, allowing potentially better performance when running tests on a build server, better performance of the final shipped product, and more thorough error checking during development.