Pacote de fluxo uiip

uip flow pack empacota um diretório de projeto de fluxo em um arquivo .nupkg pronto para ser publicado no Orchestrator.

Resumo

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

Recebe opções globais. Os códigos de saída seguem o contrato padrão.

Argumentos

• <projectPath> (obrigatório) — caminho para o diretório do projeto de fluxo (deve conter project.uiproj e pelo menos um arquivo .flow ).
• <outputPath> (necessário) — diretório de saída onde o .nupkg será escrito. Criado se não existir.

Opções

• -n, --name <name> nome do pacote. O padrão é o nome da pasta do projeto.
• -v, --version <version> — versão do pacote. O padrão é 1.0.0.

Exemplos

# 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

Formato dos dados (--output json)

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

Problema conhecido — Pacote de soluções

Quando um projeto de fluxo é adicionado a uma solução (uip solution project add) e empacotado com uip solution pack, o .nupkg resultante dentro do zip da solução pode não conter arquivos críticos (.bpmn, .flow, entry-points.json, bindings_v2.json).

A causa raiz é um auxiliar copyFiles() não recursivo no @uipath/tool-flow publicado — ele ignora silenciosamente os subdiretórios content/ e flow_files/ . uip flow pack usa uma cópia recursiva e não é afetado.

Solução alternativa: use uip flow pack diretamente para produzir arquivos .nupkg implantáveis até que o pipeline da solução seja corrigido.

Veja também

• uip flow init — estruturar o projeto primeiro
• uip flow validate — validar antes do empacotamento
• Visão geral do fluxo