Ao utilizar o ClearCase UCM os registros ALMBaseline e BTBuild podem detectar automaticamente as atividades que são incluídas nas construções. No entanto, você também pode utilizar os tipos de registro ALMBaseline e BTBuild para gerenciar a alteração e as atividades com sistemas que não estão utilizando UCM. O termo, não-UCM se refere a qualquer sistema que utilize uma configuração ou solução de gerenciamento de recurso diferente de UCM.
Ao criar um registro ALMBaseline, você pode utilizar as consultas para identificar a lista de atividades e, em seguida, incluir manualmente as atividades no registro ALMBaseline.
O registro ALMBaseline é utilizado para reter os dados em uma linha de base. Em não-UCM, isto pode ser um Rótulo colocado em um repositório. Este rótulo deve ser estático para a vida do projeto. Ele não deve ser movido ou reaplicado.
BaselineName=NightlyBuild_2008Jan15 Location=Gui
BaselineName=NightlyBuild_2008Jan15 Location=Core
Considerando um registro de linha de base, uma ou mais construções podem ser derivadas dele. Por exemplo, se você construir para três plataformas e, em seguida, para um registro de linha de base, precisaria de três registros de construção.
Libraries Ltd. é um produtor de biblioteca de software. Eles criam arquivos .jar e agrupamentos de release destes arquivos, como archives. O sistema CM (Change Management) da empresa é baseado em arquivos. Cada arquivo .jar pode ser definido como um componente. O archive que contém um agrupamento de arquivos .jar pode ser definido como uma oferta. Os arquivos .jar da equipe de componente são armazenados em diretórios (por exemplo, Jar\Gui_01.jar, Jar\Gui_02.jar, ...) Os Testadores de nível de componente testarão cada arquivo .jar no nível de componente. Os componentes não sabem necessariamente de qual oferta (produto) podem fazer parte. As ofertas são criadas pelo engenheiro de release (ou Construtor) que criou os arquivos archive que contêm os componentes. As ofertas são armazenadas em diretórios (por exemplo, Products\Sparkle_01 e Products\Dazzle_01). Os Testadores de nível de Produto testarão os arquivos archive e todos os arquivos .jar dentro dele no nível de produto.
Criar uma linha de base composta significa adotar as linhas de base existentes e incluí-las no campo Composto de Linhas de Base em um novo registro de linha de base. Por exemplo, uma linha de base de nível de produto poderia incluir todas as linhas de base de nível de componente.
Em nosso exemplo, Composto de Linhas de Base inclui a linha de base GUI_Jar_02 da linha de base de componente. Em seguida, o Construtor pode criar um novo registro BTBuild da nova linha de base Dazzle_01. É o mesmo processo que o utilizado para criar a construção do componente da Gui. O mesmo registro ALMTask revela o Testador de nível do produto no qual a construção da nova funcionalidade pode ser localizada.