Verificación realizada para Engineering Workflow Management

Cuando ejecute el comando verify , debe especificar el nivel en el que desea realizar la verificación. Hay diez niveles de verificación y en cada nivel del comando verify se realiza una verificación diferente.

Verificación realizada por verificadores

El componente de cada verificador funciona sólo a partir de un determinado nivel. Por ejemplo, el componente com.ibm.team.build del verificador build.migration.verifier realiza la verificación sólo si el comando -verify se ejecuta en el nivel 5 o superior.

Verificador Componente Nivel mínimo Descripción
scm.history.verifier com.ibm.team.scm 10 Los verificadores SCM comprueban los cuatro aspectos siguientes:
  • Historial de cambios migrado:
    • Valida el historial de cambios de todos los componentes que utilizan HISTORY_GRAPH_NODE y SCM.HGN_MIGRATION.
    • Compara el historial de cambios migrado con el de CHANGE_HISTORY.
  • Validación del espacio de trabajo
    • Obtiene todos los espacios de trabajo y valida el número de componentes de cada espacio de trabajo.
    • Valida los nodos del grafo de entradas de componentes y su contenido, el índice histórico de entradas de componentes y la configuración de entradas de componentes.
  • Validación del flujo:
    • Obtiene el flujo más grande (por ejemplo, el flujo con el mayor número de componentes) y sus componentes (en función del nivel).
    • Comprueba el historial de cada componente.
  • Verificación de cordura:
    • Obtiene un informe de sanidad utilizando el servicio admin.
    • Verifica fisionables corruptos, configuraciones corruptas y reclamaciones de contenido corruptas.

Para Engineering Workflow Management la versión 7.0.2 y anteriores, el verificador realiza las comprobaciones en función del nivel especificado. Por ejemplo, si el nivel especificado es 5, se verifica el 50% de los 500 componentes. Del mismo modo, en el nivel 6, se verifica el 60% del total de componentes.
build.migration.verifier com.ibm.team.build 5 El verificador de la construcción comprueba estas cuatro cosas:
  • Resultado de compilación
    • Obtiene todos los resultados de la compilación y valida que todos los elementos obligatorios (definición) a los que hace referencia el resultado de la compilación existan y que todos los elementos opcionales (contribución del resultado y actividades de compilación) existan o sean nulos para cada resultado.
  • Motor de compilación
    • Obtiene todos los motores de compilación y valida que todos los elementos obligatorios (área de proceso) a los que hace referencia el motor de compilación existan y que todos los elementos opcionales (actividad del motor) existan o sean nulos para cada motor
  • Definición de compilación
    • Obtiene todas las definiciones de compilación y valida que todos los elementos obligatorios (área de proceso) a los que hace referencia la definición de compilación existan y que todos los elementos opcionales ( averageData ) existan o sean nulos para cada definición
  • Solicitud de compilación
    • Recoge todas las solicitudes de creación y valida que todos los elementos obligatorios (contribuyente inicial) a los que se hace referencia en la solicitud de creación existan y que todos los elementos opcionales (contribuyente de gestión) existan o sean nulos para cada solicitud
filesystem.file.verifier com.ibm.team.filesystem 10 Para Engineering Workflow Management la versión 7.0.2 y anteriores, el verificador comprueba los archivos en busca de componentes para verificar la longitud y el código hash de dichos archivos. El número de componentes a partir de los cuales se verifican los ficheros depende del nivel especificado. Por ejemplo, si hay 500 componentes y el nivel especificado es 5, se verifica el 50% de los 500 componentes. Del mismo modo, en el nivel 6, se verifica el 60% del total de componentes. El número máximo de componentes admitidos es 512.
apt.wiki.verifier com.ibm.team.apt 5 El verificador APT realiza la siguiente verificación:
  • Comprueba el plan de muestreo y realiza la verificación
  • Verificación a ciegas:
    • Recoge todas las páginas wiki y verifica
    • Recoge todo el plan de iteración y verifica
workitem.repository.verifier com.ibm.team.workitem 5 Comprueba si hay referencias colgantes para el elemento de trabajo, por ejemplo, si el valor de las siguientes propiedades está disponible o no:
  • Área de proyecto
  • Categoría
  • Destino
  • Encontrado en
interop.repository.verifier com.ibm.team.interop 5
  • Verificar las reglas de sincronización (comprueba si hay un área de proyecto y un repositorio externo colgados para todas las reglas de sincronización)
  • Verificación de proxies externos (comprueba si hay una regla de sincronización colgada y un estado externo colgado para todos los proxies externos)
  • Verificar la conexión externa (verifica que todas las conexiones de repositorios externos pueden ser obtenidas y comprueba si hay un área de proyecto colgando en cada conexión de repositorio externo)
projectAreaMigrationVerifier com.ibm.team.process 1 Obtiene todas las áreas del proyecto y valida estas propiedades para cada área del proyecto preSave, postSave, Hierarcy, iterationStructure, attachments, projectLinks, readAccessLists
teamAreaMigrationVerifier Obtiene todas las áreas del equipo y valida estas propiedades para cada área del equipo preSave, postSave, Hierarcy, iterationStructure, attachments, projectLinks, readAccessLists
processDefinitionMigrationVerifier Obtiene todas las definiciones de proceso y valida estas propiedades para cada definición de proceso preSave, postSave, Hierarcy, iterationStructure, attachments, projectLinks, readAccessLists