paquete de flujo UIP

uip flow pack empaqueta un directorio de proyecto de Flow en un archivo .nupkg listo para publicar en Orchestrator.

Sinopsis

uip flow pack <projectPath> <outputPath> [-n <name>] [-v <version>]

Prevalece las opciones globales. Los códigos de salida siguen el contrato estándar.

Argumentos

• <projectPath> (obligatorio) : ruta al directorio del proyecto Flow (debe contener project.uiproj y al menos un archivo .flow ).
• <outputPath> (obligatorio) : directorio de salida donde se escribirá .nupkg . Creado si no existe.

Opciones

• -n, --name <name> — nombre del paquete. El valor predeterminado es el nombre de la carpeta del proyecto.
• -v, --version <version> : versión del paquete. El valor predeterminado es 1.0.0.

Ejemplos

# Pack with defaults (name = folder, version = 1.0.0)
uip flow pack ./invoice-flow ./dist

# Pack with an explicit version
uip flow pack ./invoice-flow ./dist --version 1.2.0

# Override the package name
uip flow pack ./invoice-flow ./dist --name Invoicing.Flow --version 1.2.0

Forma de datos (--json de salida)

{
  "Code": "FlowPack",
  "Data": {
    "Package": "invoice-flow.1.2.0.nupkg",
    "Output": "./dist/invoice-flow.1.2.0.nupkg"
  }
}

Problema conocido: paquete de soluciones

Cuando se añade un proyecto de Flow a una solución (uip solution project add) y se empaqueta con uip solution pack, el .nupkg resultante dentro del zip de la solución puede no tener archivos críticos (.bpmn, .flow, entry-points.json, bindings_v2.json).

La causa raíz es un asistente copyFiles() no recursivo en el @uipath/tool-flow publicado: omite silenciosamente los subdirectorios content/ y flow_files/ . uip flow pack utiliza una copia recursiva y no se ve afectada.

Solución alternativa: utiliza uip flow pack directamente para producir archivos .nupkg implementables hasta que se solucione el proceso de solución.

Ver también

• uip flow init : aplicar andamios al proyecto primero
• uip flow validate — validar antes de empaquetar
• Descripción general del flujo