Daily Build
Daily Build is the key best practice in our Process that drives our Zero Defect Mindset. It is a technique learnt over the years and now perfected by us.
Simply defined, a Daily Build is building the product in an executable form on a daily basis. One of the strengths of a daily build is that it is available publicly to anyone who needs to assess the progress of the project. The build is an indicator of progress because it identifies that the product is moving forward as a whole rather than as individual pieces. It is not enough for individuals to succeed; they need to succeed as a team. The build provides the definitive status of the progress of the team and the product by looking at the product holistically with little room for interpretation.
It also makes sure the code in Checked in everyday and checked out every time a change needs to be made. This ensures complete back up of work done. It ensures complete version control and compels the team members to do work right the first time including labeling and code commenting.
This is a CRITICAL thing in a co-development project.
The following are stated benefits of performing a daily build:
- Creates First time bug free Mindset
- Compels Programmer to follow coding guidelines every time
- Exposes unanticipated design defects
- Makes diagnosing defects easier and much before Due date
- Synchronizes team efforts – team can work on the same code and / or work sequentially in a planned manner
- Minimizes integration risks
- Increases quality
- Supports the monitoring of progress
- Improves team and customer morale
The following are guidelines for the daily build:
- Build and test every day
- Match testing growth with product growth
- Treat the health of the build as critical
- Create a penalty for breaking the build
- Keep building no matter what
At Ace Technologies, we treat source code management as mandatory. Typically, Microsoft Visual SourceSafe is used, as this tool integrates very well with the Microsoft development environment. The SourceSafe database is installed on the central development server, where it is backed up to tape. All developers are required to check their code in and out of source code control.
When the software product is built, it is done by first pulling the source code from source code control, compiling the code to executables – and then packaging the executables for deployment (normally with a tool such as Install Shield, Windows Installer, and associated scripts). The product can then be deployed – for example when a “build” is promoted from development to the testing environment.
The source code management system takes on an elevated importance, as it is the hub of the development process. This tool controls the key event in the software construction cycle – the “daily build”.
The following is an example of the daily build process. The daily build is truly the “heartbeat” of the development process, as this process integrates:
- The development team
- Source code control and build management
- Testing and issue management
- Automated product builds and deployment
