Este mentor de ferramentas explica como configurar o controle de versões usando o Rational Rose RealTime com o Rational ClearCase.
Visão Geral
O Rational ClearCase utiliza um modelo de visão combinado com um sistema de arquivos virtual que lhe permite especificar a fileira de versões de arquivos com as quais você deseja trabalhar. Em seguida, o Rational Rose RealTime consulta os arquivos na visão atual, como se eles estivessem armazenados em um sistema de arquivos comum (diferente do ClearCase). O Rose RealTime especifica o conjunto de arquivos que compõem o modelo, e o ClearCase fornece as versões desses arquivos determinadas pela especificação de configuração da visão.
Para obter informações detalhadas sobre o uso do Rose RealTime com o ClearCase, consulte o documento Guide to Team Development, Rational Rose RealTime.
Para utilizar o ClearCase, é necessário configurar sua estação de trabalho e qualquer outra em que o ClearCase será usado.
Pré-requisito: Configuração do ClearCase
Recomendações Gerais
Se você for um usuário do Microsoft Windows NT, não acesse as visões através do ponto de montagem MVFS ou da unidade M:. Em vez disso, utilize as visões através de montagens de unidades explícitas, como X:, Y: ou Z:. Isso melhora a sinalização e elimina dependências em nomes de visão.
Integração do UCM
A Integração do UCM permitirá atribuir atividades para revisões de dentro dos conjuntos de ferramentas se você estiver trabalhando em uma VOB do UCM. Além disso, é possível criar uma nova base, liberar e iniciar o Project Explorer de dentro do Rose RealTime.
Visões de Imagem
Com o ClearCase, você pode iniciar uma atualização da visão de imagem de dentro do Rose RealTime. A visão de imagem contém a árvore de diretórios dos arquivos-fonte.
Será desejável usar as visões de imagem caso se aplique alguma das seguintes condições:
- Seu computador não suporta visões dinâmicas.
- Você deseja otimizar o desempenho para atingir as velocidades originais do build.
- Você deseja trabalhar com os arquivos-fonte no controle do ClearCase quando estiver desconectado da rede que hospeda as VOBs ou conectado à rede de modo intermitente.
- Você deseja acesso a uma visão a partir de um computador que não hospeda o ClearCase.
- Seu projeto não usa a auditoria de build do ClearCase e prevenção de build.
Configuração da Estação de Trabalho Rational ClearCase
Todas as estações de trabalho, que forem acessar uma VOB ou visão, devem ser configuradas para usar o ClearCase. Para Windows NT/2000, isso inclui todas as estações de trabalho usadas para o desenvolvimento. Para UNIX, isso inclui todas as máquinas que sejam servidores de visão.
Além disso, todas as máquinas que funcionam como servidores de visão para as visões do ClearCase usadas pelo Rose RealTime devem ser configuradas para o ClearCase. Se usar o ClearCase MultiSite, você precisará fazer isso em todos os lugares em que foram replicadas VOBs contendo elementos VOBs. Você pode definir quais máquinas são servidores de visão digitando cleartool lsview em uma janela de comando. O segundo item em cada linha de saída indica o nome da máquina em que está sendo executado o servidor de visão. Por exemplo, se você vir a seguinte linha na saída do comando lsview:
minhavisão \\minhamáquina\vws\minhavisão.vws
"minhamáquina" será o nome da máquina onde existe o servidor de visão para minhavisão.
Para obter mais detalhes, consulte o administrador do ClearCase ou consulte as informações nas ferramentas de controle da origem em Guide to Team Development, Rational Rose RealTime.
Configuração Inicial
Os passos a seguir se aplicarão se você for trabalhar em um modelo que já esteja sob controle de origem em uma VOB. Para obter informações adicionais, consulte as informações sobre administração de controle de origem em Guide to Team Development, Rational Rose RealTime.
- Crie a visão do integrador de modo que a especificação de configuração apareça da seguinte forma:
element * CHECKEDOUT
element * /main/LATEST
- Crie rótulos de projeto para definir várias fileiras. São exemplos de rótulos significativos:
- TC_BASELINE_0 — para representar o estado inicial do projeto
- TC_BUILDFILES — para indicar quais versões do elemento devem ser incluídas no próximo build automatizado
- TC_LATEST_STABLE — para identificar a fileira estável mais recente na ramificação da integração
- Crie a fileira inicial e aplique o rótulo à VOB. Um exemplo de uma fileira inicial é:
[x:\dev]cleartool mklabel -recurse TC_BASELINE_0 \dev
- Crie o template da visão do desenvolvedor para assegurar que todas as especificações de configuração têm origem em uma base comum. Isso fornece acesso consistente e controlado ao modelo, e facilita o uso de fileiras e ramificações privadas.
Existem duas funções primárias que os desenvolvedores executarão: navegação e desenvolvimento. Cada uma requer uma especificação de configuração diferente.
Para obter informações sobre regras de templates, consulte as informações sobre configuração inicial em Guide to Team Development, Rational Rose RealTime.
Passos na Ferramenta
Para usar o ClearCase do Rose RealTime, é necessário:
- Controlar os elementos do modelo apropriado como unidades
- Criar uma área de trabalho local
- Salvar um modelo na área de trabalho
- Configurar as opções de controle da origem do espaço de trabalho
- Adicionar o modelo ao controle da origem
- Disponibilizar o espaço de trabalho padrão para todos os membros do projeto
- Utilizar templates de visão
- Entidades do ClearCase
- Builds automatizados
- Processo de desenvolvedor
- Processo de integração
Defina a granularidade necessária para o seu projeto e o ambiente da equipe no estágio atual do desenvolvimento. Faça isso em colaboração com o arquiteto do projeto.
Você desejará estabelecer uma área de trabalho local para salvar os modelos no ClearCase. Cada desenvolvedor que acessar arquivos do Rose RealTime em uma VOB deverá usar sua própria visão dedicada.
Antes de colocar o modelo sob o controle da origem, ele deve ser salvo na área de trabalho local. Salve o modelo no diretório ao qual você associou seu repositório de controle da origem.
Para habilitar o controle da origem, preencha as configurações adequadas descritas nos fundamentos do controle da origem em Guide to Team Development, Rational Rose RealTime.
A maneira mais fácil de adicionar unidades aplicáveis ao controle da origem é usando a ferramenta Submit All Changes to Source Control. Consulte as informações sobre a administração de controle da origem em Guide to Team Development, Rational Rose RealTime para obter mais informações.
O arquivo de espaço de trabalho (.rtwks) contém informações comuns a todos os usuários que trabalham no projeto. As definições do espaço de trabalho raramente, se tanto, mudarão após a configuração inicial. Todos os desenvolvedores de um projeto devem usar cópias idênticas do arquivo de espaço de trabalho. Por essa razão, convém colocar esse arquivo sob o controle da origem para que uma versão corrigida esteja disponível a todos os usuários do projeto. O Rational Rose RealTime não fornece suporte explícito para check-in ou check-out desse arquivo.
Depois que o gerente do controle da origem adicionar o modelo ao controle da origem, o espaço de trabalho deverá ser adicionado manualmente usando a ferramenta de controle da origem. Os outros usuários deverão, então, restaurar o espaço de trabalho como parte da atualização inicial de suas áreas locais de trabalho. Isso assegura que todos os membros da equipe usem as mesmas configurações de controle da origem para o projeto.
Os templates de visão são usados para assegurar que os desenvolvedores usem uma base comum para suas especificações de configuração, e facilitar o trabalho em ramificações privadas. Um template de visão especifica a ramificação de integração de onde trabalhar, lista pontos de verificação rotulados nos quais uma ramificação privada pode se basear e contém um template de especificação de configuração que pode ser preenchido com regras adicionais de especificações de configuração.
Consulte as informações sobre o desenvolvimento paralelo no Rational ClearCase em Guide to Team Development, Rational Rose RealTime para obter mais informações.
Visões, templates de visão e rótulos podem ser criados para facilitar as características do Rational ClearCase. Consulte as informações sobre o desenvolvimento paralelo no ClearCase em Guide to Team Development, Rational Rose RealTime para obter mais informações.
Para fornecer a capacidade de escolha seletiva das versões dos arquivos que fazem parte do build, o construtor seleciona todas as versões que estão rotuladas como TC_BUILDFILES. Isso dará flexibilidade para mudanças nas versões exatas que fazem parte do build, se necessário. Por exemplo, se a versão mais recente de um arquivo contiver código que não foi compilado, a versão anterior poderá ser rotulada no seu lugar.
Os seguintes passos estão envolvidos no build:
- Rotule os arquivos do build.
- Execute o build.
- Quando o build for concluído com êxito:
Cada atividade de desenvolvimento é concluída por um único desenvolvedor e é realizada em uma ramificação privada específica dessa atividade. Novamente, cada desenvolvedor necessita de sua própria visão. A visão é baseada em um ponto da ramificação de integração identificada por um rótulo de build.
Um nome de ramificação exclusivo deve ser escolhido para identificar o trabalho que é realizado, como paulor_andamento. As regras de especificações de configuração da visão são configuradas para fazer check-out e ramificar arquivos a partir do ponto da ramificação privada. Da mesma forma, os novos elementos criados durante a atividade de desenvolvimento são imediatamente ramificados na ramificação privada.
Como a ramificação fica oculta para os outros desenvolvedores, o usuário pode fazer check-in de mudanças incrementais na ramificação. Quando o desenvolvedor achar que suas mudanças estão concluídas e prontas para ser integradas, ele informa ao integrador que todas as mudanças da ramificação privada estão prontas para a integração.
Ao deixar as ramificações privadas do desenvolvedor fora dos rótulos que correspondem às versões usadas por builds automatizados, cada desenvolvedor poderá reutilizar a maioria dos resultados do build na forma de objetos derivados sinalizados. Isso reduz bastante a quantidade de compilação que cada desenvolvedor deve fazer quando são feitas mudanças.
Cada atividade de desenvolvimento deve, mais tarde, ser mesclada na ramificação de integração. O ClearCase tem várias ferramentas para realizar essa mesclagem. O comando cleartool findmerge pode ser usado para mesclar todas as mudanças de uma ramificação em outra ramificação. Na visão do integrador, é possível usar a seguinte sintaxe de comando:
cleartool findmerge \dev -all -fversion .../paulor_andamento/LATEST -merge
Opcionalmente, os usuários do Windows NT podem usar o ClearCase Merge Manager para realizar a mesma mesclagem.
Ambos os métodos mesclarão as versões de diretórios e também usarão o Rose RealTime Model Integrator para mesclar as mudanças nos arquivos de modelo. Após a mesclagem, o integrador deverá carregar o modelo no Rose RealTime e certificar-se de que nenhum erro de mesclagem tenha ocorrido. Se o modelo for carregado corretamente, o check-in das mudanças deverá ser feito com o item de menu Tools > Source Control > Submit All Changes to Source Control.
Para integrar uma seqüência de atividades de desenvolvimento:
- Carregue o modelo a partir da visão do integrador.
- Realize a mesclagem conforme detalhado acima.
- Use Tools > Source Control > Synchronize Entire Model. Isso recarregará todos os arquivos que foram mudados na mesclagem.
- Verifique se as diferenças mescladas são válidas.
- Use Tools > Source Control > Submit All Changes to Source Control para aceitar as mudanças e fazer check-in delas no controle da origem.
- Repita os passos 2 a 5 para cada atividade que precisar de integração.
Copyright
(c) 1987 - 2001 Rational Software Corporation
