If an appropriate release is not in the For Release list, use Refresh Choices. If necessary, see Creating or copying a release.
The build management work area locations must be visible on the system you are running the database from. If not, copy the projects with visible work areas here.
For example, if you develop your application on a Windows and UNIX platform, copy Windows projects separately from UNIX projects, using the appropriate Windows or UNIX machine. Additionally, if you develop your application for more than one release, create an integration testing project hierarchy for each release.
Click Use Default and then type the new version for each entry.
Change the version to indicate the release and platform for a project hierarchy and that it is used for integration testing. For example, a version of winxp_3.0_int is appropriate for an integration project on a Windows XP platform with a release of 3.0.
A baseline is a set of projects and tasks used to represent your data at a specific point in time. When you perform an update, a baseline is used as a starting point to look for new changes.
Creating a baseline for each Integration Testing and System Testing build helps testers and developers to refer to the set of changes that were used to create the build. Typically, you create a baseline for all projects in the same release and purpose. For example, create a baseline for each Integration Testing build using all Integration Testing projects for that release.
See Baselining projects and Creating a baseline for a thorough discussion.
If product files are modifiable, you do not need to check them out in advance, when you are unsure of whether they are to be built or updated.
Set the work area property Make all files modifiable for each work area.
Alternatively, you can set the work_area_products_writable option. This option sets work area files for products to be modifiable for the current use even if the files are non-modifiable and if the work area property Make all files modifiable is cleared.
Set this option by using this command:
ccm set work_area_products_writable TRUE
The setting is persistent. To turn off the setting, use this command:
ccm set work_area_products_writable FALSE
If multiple build managers share the same projects and work areas, each build manager must set this option either to TRUE or FALSE.