This wiki is locked. Future workgroup activity and specification development must take place at our new wiki. For more information, see this blog post about the new governance model and this post about changes to the website.

Introduction

Build tool (CCB) is used for construction of many Rational products. Each product is subdivided into a set of smaller components which are built in parallel. Builds can be kicked off either from command line, or from RTC IDE either manually or on a schedule.

Scenario 1: single product build

  1. User makes a build request in RTC (Rational Team Concert)
  2. Jazz build result is created and goes into in-progress state
  3. RTC invokes build tool which fetches product sources and starts the build of product components
  4. For each product component the build tool
    1. builds product artifacts (zips, urls, etc) and log files, and publishes them to jazz build result in RTC
    2. executes various code scans and publishes results (report files, urls) to jazz build resuilt in RTC
    3. executes system and JUnit tests and publishes them to jazz build result in RTC
  5. The build tool publishes various parameters about itself to the jazz build result (build tool version, etc.)
  6. The build tool publishes build input and output information to the jazz build result
  7. Jazz build result goes into completed state

Scenario 2: main product build followed by system test build

  1. Same as Scenario 1 but in addition as soon as main product build is complete, a second (System Test) build is kicked off
  2. System test build executes a set of tests based on artifacts produced from the main build
  3. System test build publishes its results to the main product build

Scenario 3: stack of product builds

This is the case when several interdependent products (like CLM which consumes Foundation, RQM, RRC, etc) are built in certain order based on their dependencies. I'm not going into details about how dependencies between products from the stack are managed (except that downstream build results will likely be accessed from main stack build to determine if the build should continue). Product builds from the stack can happen in parallel too.

  1. Stack product build is kicked off which in turn kicks off downstream product builds
  2. Jazz build results are created for both stack build and individual builds from the stack
  3. As each downstream product build finishes it publishes its artifacts to both the product and stack build results
  4. When all product builds from the stack are complete the stack build result is completed
  5. Optional. Same as Scenario2 but applied to the stack build. This is the case when test build for the whole stack is executed.

-- BarysDubauski - 03 Nov 2011

Edit | Attach | Print version | History: r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r1 - 03 Nov 2011 - 19:15:04 - BarysDubauski
 
This site is powered by the TWiki collaboration platform Copyright � by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our Terms of Use
Ideas, requests, problems regarding this site? Send feedback