No tópico anterior, você aprendeu a utilizar um registro CrossPlatformBuild
para promover uma construção bem-sucedida. A etapa final do tutorial é aprender a
reexecutar uma operação de promoção com falha. Para poder reexecutar uma operação de promoção com falha, o registro CrossPlatformBuild
utilizado na operação de nova promoção deverá estar no estado PromoteFailed.
Ao reexecutar uma operação de promoção a partir de um registro pai,
todas as construções filhas promovidas com êxito durante a primeira operação de promoção
serão ignoradas. Esta ação garante que os estados de todos os registros serão mantidos
em sincronismo entre si e com o registro pai.
Nota: A nova promoção de uma construção
a partir de um registro filho associado a um registro pai CrossPlatformBuild causa
uma mudança no estado do registro filho que o deixa fora de sincronismo com seu
pai e com quaisquer irmãos que ele possa ter.
- Execute uma consulta do Rational ClearQuest nos registros
CrossPlatformBuild.
- Na página Results, selecione
o registro CrossPlatformBuild necessário para promover novamente a construção. O campo State
mostra que o registro está no estado PromoteFailed.
- Clique em . O campo State
é alterado do estado PromoteFailed para o estado PromotePending.
- A partir da barra de ferramentas na janela Details, clique no botão
Menu
e clique em Refresh para
atualizar o registro da construção no banco de dados.
- Na barra de ferramentas da janela Details, clique na
seta ao lado do botão Change State
e clique em RePromote. O campo State
é alterado do estado PromoteFailed para o estado PromotePending.
- Clique no botão Apply para
aceitar as mudanças de estado.
- Clique em para atualizar o registro de construção no
banco de dados.
- Clique em para
atualizar o campo State.Execute
um dos seguintes procedimentos:
- Se a operação de nova promoção for bem-sucedida, o campo State
será alterado para o estado PromoteCompleted. Para construções do Rational ClearCase,
essa alteração
significa que o comando de promoção especificado no registro CCBuildConfig
foi executado com
êxito sem palavras-chave válidas ou que uma palavra-chave válida foi encontrada
na saída da promoção. Se você executar uma operação de promoção do Rational ClearCase
sem especificar palavras-chave de êxito, você ainda pode verificar se os artefatos Rational ClearCase
foram promovidos com êxito clicando no botão Apply
e verificando o arquivo de log <raiz_do_rational>\ClearQuest\cpscm.log.
Também é possível verificar se os arquivos foram promovidos com êxito, com base no comando
executado.
- Se a operação de nova promoção falhar, o campo State será
alterado para o estado PromoteFailed. Clique no botão Apply
para aceitar as mudanças de estado. Revise as mensagens de erro em <raiz_do_rational>\ClearQuest\cpscm.log .
Consulte informações adicionais sobre comunicações SCLM em <raiz_do_rational>\ClearQuest\cpscm_communications.log
- Observe que, se você promover uma grande tarefa do SCLM em modo de batch, as etapas
para atualização e modificação talvez não movam o registro do estado PromotePending,
pois a construção talvez nunca tenha sido realmente promovida. Se essa situação ocorrer,
geralmente significa que há um erro no código JCL. Exclua o registro ou, se você for
um membro do grupo restrito do Rational ClearQuest,
mova-o para o estado PromoteFailed manualmente e corrija o problema. (Para obter informações adicionais
sobre este grupo, consulte Opcional: Criar um Grupo de Usuários "Restrito" do Rational ClearQuest).
Este tópico conclui o procedimento de uso de um registro CrossPlatformBuild
para reexecutar uma operação de promoção com falha. Depois de promover com êxito uma
construção, você terá concluído os procedimentos do tutorial. O tópico final abrange alguns
tópicos importantes e oferece algumas dicas que não foram totalmente abordadas
no tutorial.