Skip to main content
Sign In |
  Help (new window)

MSF for CMMI Process Improvement

Go Search
Home
  
MSF for CMMI Process Improvement > Wiki Pages > Activity - Fix a Build  

Activity - Fix a Build

View All Site Content

Recent Changes
Activity Information

Fix a Build

Build a ProductFix a Build

Description

After a build is created and subjected to build validation tests, there may be situations where the source code does not build on a build machine or that the integrated components for the application do not function properly. To fix a build, identify the compile and run-time errors, then inform the developer responsible for the affected component. Failure to fix build problems can disrupt dependent tasks such as testing.

Roles

ResponsibleDeveloper
ConsultedBuild Engineer

Attributes

Element Categories[CMMI Track 3] Build, [CMMI Track 4] Stabilize, [CMMI Cycle 3] Accepted Build
When
If build contains compilation or code errors.
Entry Criteria
Build compilation errors:
The build failed to compile, or has other code related issues.
Exit Criteria
Changeset:
A changeset is created that fixes the build problem.
Is RequiredNo

Steps

  1. Isolate Compile Errors:

    Make sure the build scripts clean up all unwanted files in the build area prior to compilation. Compiling source code into components on a build machine may fail, even if it has been successfully built on a developer’s machine.

    Isolate the component where the compile errors occur; if the problem is caused by missing dependent modules necessary for compilation, investigate the reasoning for the missing files and the justification for including the missing modules. Inform the developer for the component team about the problem.

    If the problem is caused by any other errors, inform the developer responsible about the problem directly through a bug work item about the problem.
  2. Inspect Run-time Errors Found:

    Identify any run-time errors encountered and inform the developer responsible directly and through a bug work item.

    Determine if the components are built using improper or out-of-date internal interface references between them.
  3. Inspect Contents:

    Compare the contents of the build and the bill of materials to see if there are any unwanted or omitted files in the build.

    If necessary, consult component teams to verify that the contents of each component has been properly identified in the bill of materials.
  4. Inspect Installation Scripts and Executables:

    Check installation scripts and mechanisms to see whether files are being placed in file system locations specified by the build and bill of materials.

    Check whether component libraries and modules are properly registered in the operating configuration.
  5. Inspect Version of Dependent Modules:

    Determine whether the proper version of dependent modules, such as third-party libraries, are used by the components. Improper versions may produce unexpected results during application run time.
  6. Fix and Restart Build:

    Once the problem is identified, fix it and restart the build as soon as possible to minimize disruption to parties that rely on the builds.

Successors

TypeNameDependency Type
Verify a BuildFinish-Start

Last modified at 12/19/2007 10:37 AM  by Administrator