Promovendo Novamente uma Construção de Plataforma Cruzada

Utilize o mesmo registro CrossPlatformBuild utilizado para tentar promover uma construção para promover novamente 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.
  1. Execute uma consulta do Rational ClearQuest nos registros CrossPlatformBuild.
  2. 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.
  3. Clique em Actions > Repromote. O campo State é alterado do estado PromoteFailed para o estado PromotePending.
  4. Na barra de ferramentas da janela Details, clique na seta ao lado do botão Change State Botão Change State da janela Details e clique em RePromote. O campo State é alterado do estado PromoteFailed para o estado PromotePending.
  5. Clique no botão Apply para aceitar as mudanças de estado.
  6. A partir da barra de ferramentas na janela Details, clique no botão Menu Botão Menu na janela Details e clique em Refresh para atualizar o registro da construção no banco de dados.
  7. Clique em Actions > Refresh para atualizar o registro de construção no banco de dados.
  8. Clique em Actions > Modify 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).
Tarefas relacionadas
Tutorial: Construção entre Plataformas
Promovendo uma Construção do SCLM ou do Rational ClearCase Independente
Promovendo uma Construção a Partir de um Registro de Construção Filho
Reexecutando uma Operação de Promoção do Rational ClearCase ou do SCLM Independente

Feedback