Na etapa anterior, você aprendeu a utilizar uma registro pai CrossPlatformBuild
para executar uma construção. A próxima etapa é aprender a utilizar o mesmo registro pai
para reexecutar uma construção com falha.
Para poder reexecutar uma construção com falha, o registro CrossPlatformBuild
utilizado deverá estar no estado BuildFailed. Além disso, deverá resolver os erros
responsáveis pela falha na construção, antes de tentar uma reconstrução. Consulte
os arquivos de log <raiz_do_rational>\ClearQuest\cpscm.log e <raiz_do_rational>\ClearQuest\cpscm_communications.log.
Ao reexecutar uma construção a partir de um registro pai, todas as
construções filhas executadas com êxito durante a primeira execução serão ignoradas. Ignorar construções
filhas bem-sucedidas garante que os estados de todos os registros serão mantidos em sincronismo
entre si e com o registro pai.
Nota: A reexecução de uma construção a partir de um registro filho
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 com o qual reexecutará a construção. O campo State mostra que o registro está no
estado BuildFailed.
- Clique em . O campo State
é alterado do estado BuildFailed para o estado BuildPending.
- 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.
- 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.
- 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.
- Clique em para atualizar o campo State da janela
atual.Execute um dos seguintes procedimentos:
- Se a construção for bem-sucedida, o campo State será
alterado para o estado BuildCompleted. Para construções do Rational ClearCase,
essa alteração significa
que o comando de construçã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
construção. Se você executar uma construção do Rational ClearCase sem
especificar palavras-chave de êxito, verifique se os artefatos Rational ClearCase
foram construídos 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 construídos com êxito, com base no comando
executado.
- Se a construção falhar, o campo State será
alterado para o estado BuildFailed. 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ê executar 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 BuildPending, pois
a construção talvez nunca tenha sido realmente executada. Se a construção não for executada,
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
BuildFailed 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 pai CrossPlatformBuild
para reexecutar uma construção com falha. Se você estiver executando uma construção que continue
a falhar, resolva todos os erros e reexecute a construção até que ela seja bem-sucedida (até o
registro CrossPlatformBuild ser alterado para o estado BuildCompleted). Depois de obter
uma construção bem-sucedida, a próxima etapa é aprender a promovê-la.