Descripción de control de versiones de flujos de trabajo

Idioma:

El control de versiones tiene dos aspectos relevantes para los flujos de trabajo: el primero es la expresión de la versión del software de dispositivo de la que depende el flujo de trabajo, y el segundo es la expresión de la versión del flujo de trabajo en sí. El control de versiones se expresa mediante dos miembros opcionales en el flujo de trabajo:

Tabla 157 Miembros opcionales para el control de versiones

Miembro opcional	Tipo	Descripción
`required`	Cadena	Versión mínima requerida del software de dispositivo para poder ejecutar el flujo de trabajo, incluidos el año, mes, día, compilación y rama.
`version`	Cadena	Versión de este flujo de trabajo, en formato decimal con puntos (principal.secundaria.micro).

Control de versiones de dispositivo - Para expresar una versión de software de dispositivo mínima requerida, agregue el campo opcional required al flujo de trabajo. Las versiones de los dispositivos corresponden al año, el mes y el día de desarrollo del software, seguido por un número de compilación y un número de rama, expresado como "year.month.day.build-branch". Por ejemplo "2018.04.10,12-0" sería la compilación doce del software originalmente desarrollado el 10 de abril de 2018. Para obtener la versión de software actual del kit de dispositivos, ejecute el comando configuration version get version de la CLI o consulte el campo Versión de la pantalla Sistema en la BUI. A continuación se presenta un ejemplo del uso del campo required:

Ejemplo 16 Uso del campo Requerido del flujo de trabajo

A continuación se presenta un ejemplo del uso del campo required:

var workflow = {
name: 'Configure FC',
description: 'Configures fibre channel target groups',
        required: '2018.12.25,1-0',
        ...

Si un flujo de trabajo requiere una versión de software que es más reciente que la versión cargada en el dispositivo, se producirá un error al intentar cargar el flujo de trabajo y aparecerá un mensaje que explicará la discrepancia.

Control de versiones de flujos de trabajo - Además de especificar la versión requerida para el software del dispositivo, también se puede usar el campo version para generar versiones de los flujos de trabajo. Esta cadena denota el número principal, secundario y micro de la versión del flujo de trabajo, y permite la existencia de varias versiones del mismo flujo de trabajo en el equipo. Al cargar un flujo de trabajo, se suprimen todas las versiones anteriores y compatibles del mismo flujo de trabajo. Se considera que un flujo de trabajo es compatible si tiene el mismo número principal, y se considera que un flujo de trabajo es anterior si tiene un número de versión menor. Por lo tanto, si se carga la versión "2.1" de un flujo de trabajo, se eliminará la versión "2.0" (o la versión "2.0.1") de ese mismo flujo de trabajo, pero no las versiones "1.2" ni "0.1".