fbpx
1-888-310-4540 (main) / 1-888-707-6150 (support) info@spkaa.com
Select Page

Why Software Builds Fail and Areas for Improvement

windchill features best plm software
Written by SPK Blog Post
Published on June 29, 2015

In a recently published paper, researchers at Google examined the issue of failed software builds within their organization. Specifically, they wanted to address the separate questions of “How often do builds fail?”, “Why do builds fail”, and “How long does it take to fix broken builds?” To answer these questions, the researchers looked at 26.6 million Java and C++ builds due to the overwhelming usage of these two languages within Google. For the purposes of this article, we will review the results of the question “why do builds fail?”

To determine why builds were failing, the researchers examined the build logs and categorized compiler error messages into different groups. Of the categories defined, the researchers looked at the top 25 most frequent error messages to identify the most common cause of build failure. The results indicated that only 10 percent of the error categories accounted for 90 percent of the broken builds, regardless of the language. Additionally, those errors where most commonly dependency related.

Insofar as these findings are generalizable to organizations outside of Google, the implications of this research suggest that dependency management is one of the most critical areas of concern for decreasing the amount of broken software builds. Potential actions could include reducing the dependencies for a given project, or developing assistive tools to help developers resolve dependency errors. Ideally, the goal should be to help prevent developers from submitting changes that contain dependency errors. In this study, the average resolution time was one to two additional builds. In this scenario, if we assume introducing a dependency-related bug requires two additional builds, the cost of such a bug is 3 times the elapsed build time in addition to the developer’s time required to resolve it.

Next Steps:

David Hubbell
Software Engineer
SPK and Associates

Latest White Papers

The Hybrid-Remote Playbook

The Hybrid-Remote Playbook

Post-pandemic, many companies have shifted to a hybrid or fully remote work environment. Despite many companies having fully remote workers, many still rely on synchronous communication. Loom offers a way for employees to work on their own time, without as many...

Related Resources

Seamlessly Transition from AWS CodeCommit to GitLab

Seamlessly Transition from AWS CodeCommit to GitLab

In July of 2024, AWS announced that AWS CodeCommit would no longer be sold to new customers.  And thus begins the journey of winding down a product for AWS.  As AWS CodeCommit approaches its end-of-life, many organizations face a tough decision. Choosing where to...

Automatically Visualizing Dependencies in Codebeamer

Automatically Visualizing Dependencies in Codebeamer

If you work in the software and systems engineering space, you likely understand that managing dependencies across multiple components and requirements is critical for project success. Unfortunately, specifications can be difficult to track, and dependencies hard to...