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