UIP-Flow-Paket

uip flow pack verpackt ein Flow-Projektverzeichnis in eine .nupkg -Datei, die bereit für die Veröffentlichung im Orchestrator ist.

Zusammenfassung

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

Beachten Sie globale Optionen. Austrittscodes folgen dem Standardvertrag.

Argumente

• <projectPath> (erforderlich) – Der Pfad zum Flow-Projektverzeichnis (muss project.uiproj und mindestens eine .flow -Datei enthalten).
• <outputPath> (erforderlich) – Ausgabeverzeichnis, in das .nupkg geschrieben wird. Wird erstellt, wenn er nicht vorhanden ist.

Optionen

• -n, --name <name> – Paketname. Standardmäßig der Name des Projektordners.
• -v, --version <version> – Paketversion. Die Standardeinstellung ist 1.0.0.

Beispiele

# 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

Datenform (--output json)

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

Bekanntes Problem – Lösungspaket

Wenn ein Flow-Projekt zu einer Lösung (uip solution project add) hinzugefügt und mit uip solution pack gepackt wird, können im resultierenden .nupkg innerhalb der Lösungs-ZIP kritische Dateien fehlen (.bpmn, .flow, entry-points.json, bindings_v2.json).

Die Hauptursache ist ein nicht rekursiver copyFiles() -Hilfsprozess im veröffentlichten @uipath/tool-flow – er überspringt die Unterverzeichnisse content/ und flow_files/ im Hintergrund. uip flow pack verwendet eine rekursive Kopie und ist nicht betroffen.

Problemumgehung: Verwenden Sie uip flow pack direkt, um bereitstellbare .nupkg -Dateien zu erstellen, bis die Lösungspipeline repariert ist.

Siehe auch

• uip flow init – erstellen Sie zuerst ein Gerüst für das Projekt
• uip flow validate – Vor dem Packen validieren
• Flow-Übersicht