パッケージ化とパブリッシュ

関数は標準の UiPath .nupkg パッケージとしてパッケージ化され、Orchestrator フィードにパブリッシュされます。そこから、パッケージは呼び出される前に Orchestrator フォルダーにプロセスとしてデプロイされます。フローはどちらの言語でも同じです。コマンド プレフィックスとバージョン ソースのみが異なります。

	JavaScript / TypeScript	Python
パッケージ	uip function pack	uipath pack
公開	uip function publish	uipath publish
バージョンは	package.json	pyproject.toml

パッケージ

uip function pack

これにより、バージョン管理された .nupkg (例: my-function.1.0.0.nupkg) が生成されます。新しいリリースをパッケージ化する前に、プロジェクト ファイルのバージョンを更新します。

公開

uip function publish

パッケージ フィード (Orchestrator テナント プロセス フィードなど) を選択するよう求められます。CI で非対話的に 1 つを選択する --feed-id を渡します。パブリッシュすると、そのフィードに .nupkg がアップロードされます。この時点では、フィード上のパッケージであり、まだ実行可能なプロセスではありません。

デプロイ

関数を呼び出す前に、パブリッシュされたパッケージを Orchestrator フォルダーにプロセスとしてデプロイする必要があります。これは、Orchestrator での手動処理か、ソリューションのデプロイ方法によるものです。関数は、RPA プロジェクトまたは API プロジェクトと同じ方法でソリューションを結合します。

uip solution project import "./my-functions"
uip solution resources refresh

プロセスが存在すると、この関数は以下で利用できるようになります。

• Maestro サービス タスク
• Orchestrator API とジョブ トリガー (スケジュール設定済み、イベント ベース)
• methodを宣言する JavaScript 関数の HTTP トリガーですpath

バージョン管理

• パッケージ バージョンはプロジェクト ファイル (JavaScript の場合は package.json 、Python の場合は pyproject.toml ) から取得されます。
• 新しいバージョンをパブリッシュすると、フィードに追加されます。プロセスまたは Maestro サービス タスクのバインドを更新して取得します。
• .nupkgは RPA で使用されるパッケージ形式と同じで、同じフィード、アップロード、バージョン管理の仕組みが適用されます。

次のステップ

• 関数を呼び出し — パブリッシュした関数をプロセスに接続します。