This documentation relates to QuickBuild 13.0.x
Select here if you are using a different version

Promote Build

Build promotion can be used to manage build life cycle in QuickBuild. A build can be promoted to another build if all below conditions are satisfied:

  • Current configuration is enabled for build promotion.
  • Current user is authorized with the permission to promote build in this configuration.
  • The build is recommended, or if the build is successful and the "recommended build only" option is not enabled for build promotion setting.

In a build promotion process, the source build refers to the build being promoted. Below is a screenshot of build being promoted:

The destination build in a promotion process represents the build being promoted to. The destination build will link back to the source build after the promotion. The source link can only be displayed if the source build resides on the same server as the destination build.

In a promotion process, changes will be calculated against previous build of the destination build, instead of source build. Assume below scenario:

  1. Build QA1 contains change1, and is promoted to Release1.
  2. Build QA2 contains change2. It is not promoted.
  3. Build QA3 contains change3, and is promoted to Release2.

When calculate changes for Release2, the base build will be Release1. Hence the calculated changes of Release2 will be change2 and change3.
Refer to Working with Changes for details of build changes.


Enter labels to add to this page:
Wait Image 
Looking for a label? Just start typing.