25.10.16

Date de publication: 18 mai 2026

Nouveautés

Remplacer la catégorie racine des activités lors de la compression d'une bibliothèque

Lorsque vous compressez un projet de bibliothèque, chaque activité exposée par le package obtenu obtient un préfixe de catégorie racine. Par défaut, ce préfixe correspond au nom du projet de bibliothèque. Le nouveau paramètre --activitiesRootCategory vous permet de le remplacer sans renommer le projet.

uipcli package pack "C:\projects\MyLibrary\project.json" -o "C:\Output" --activitiesRootCategory "MyCompany.Finance.Invoicing"

Les activités dans le .nupkg obtenu apparaîtront sous MyCompany.Finance.Invoicing dans le panneau Activités Studio de tout projet qui installe la bibliothèque.

Le paramètre n'a effet que lors de la compression d'un projet de bibliothèque . Il est ignoré pour les types de sortie Process, Tests et Objects . Lorsqu'elle est omise, le comportement est inchangé: la catégorie racine revient au nom du projet de bibliothèque, correspondant à ce que produit la boîte de dialogue Publier la bibliothèque dans Studio.

Ignorer l'analyseur et la validation pendant la compression

L'analyseur de workflow et la validation du projet s'exécutent automatiquement dans le cadre de package pack. Deux nouveaux indicateurs vous permettent de refuser l'une ou l'autre étape:

• --skipAnalyze — ignorer l'exécution de l'analyseur de workflow pendant l’étape de compression.
• --skipValidate — ignorer l'étape de validation du projet pendant l'étape de compression.

uipcli package pack "C:\projects\MyProject\project.json" -o "C:\Output" --skipAnalyze --skipValidate

Utilisez ces indicateurs lorsque:

• Votre pipeline exécute déjà package analyze ou valide le projet à une étape antérieure (par exemple, lors d'une vérification pré-fusion), et vous ne souhaitez pas payer à nouveau le même coût le pack.
• Vous produisez un package rapide pour le débogage local et vous n’avez besoin que de l’artefact.

Pour les pipelines de version, il est recommandé de laisser les deux étapes activées.

Résoudre les dépendances uniquement à partir de --nugetConfigFilePath

Le nouvel indicateur --excludeConfiguredSources exclut les flux intégrés d'UiPath et la configuration NuGet au niveau de l'utilisateur et de la machine sur l'hôte exécutant la CLI (généralement %AppData%\NuGet\NuGet.Config et %ProgramFiles(x86)%\NuGet\Config). La CLI résout les packages uniquement à partir des flux définis dans le fichier nuget.config transmis via --nugetConfigFilePath.

uipcli package pack "C:\projects\MyProject\project.json" -o "C:\Output" \
  --nugetConfigFilePath "C:\ci\nuget.config" \
  --excludeConfiguredSources

Utilisez cet indicateur lorsque:

• Vous voulez des constructions hermétique et reproductible dans lesquelles seuls les flux que vous déclarez dans le contrôle de version sont consultés.
• Un agent de développement partagé contient des flux au niveau de la machine que vous ne souhaitez pas affecter dans des pipelines spécifiques.
• Vous déboguez les problèmes « fonctionne sur l’agent A, échoue sur l’agent B» causés par une configuration NuGet différente au niveau de l’hôte.

Lorsque vous exécutez uipcli avec un fichier de configuration, définissez "excludeConfiguredSources": true.

Assurez-vous que votre nuget.config déclare chaque flux dont le projet a besoin, y compris tous les équivalents de flux UiPath, car aucune autre source n'est consultée lorsque cet indicateur est défini.

Performances améliorées sous Linux et macOS pour les projets lourds d’analyseurs

Lors de la compression d'un projet qui produit un volume élevé d'avertissements de l'analyseur de workflow sur Linux ou macOS, la CLI prenait auparavant plusieurs minutes pour drainer les messages de l'analyseur une fois la compilation réelle terminée. Le canal de communication interne entre la CLI et le SolutionPackage a été basculé sur un transport de socket à canal nommé/de domaine Unix, supprimant ce goulot d’étranglement.

Aucune action de l'utilisateur n'est requise - les packs qui ont pris plus de 15 minutes sur Linux pour la sortie de l'analyseur Verbose se terminent désormais en secondes après la fin de la compilation. Le comportement de Windows est inchangé.

Restauration plus rapide — plus de téléchargements NuGet en double dans une seule exécution

Lorsqu'une seule invocation de CLI déclenchait plusieurs étapes de restauration (par exemple une pack qui valide puis compresse, ou solution pack qui restaure chaque projet), les mêmes packages NuGet pouvaient être téléchargés plusieurs fois, car la fenêtre de cache HTTP avait déjà a expiré entre les étapes. La CLI conserve désormais les packages déjà téléchargés en cache pendant 15 minutes dans une seule exécution, de sorte que les étapes de restauration ultérieures réutilisent les copies locales au lieu de les récupérer à partir du flux.

Aucune action de l'utilisateur n'est requise: les projets comportant de nombreuses dépendances bénéficient d'une accélération notable sur les commandes qui effectuent une restauration NuGet.

Version et runtime imprimés au démarrage

Chaque invocation de CLI imprime désormais une bannière comme sa première ligne de sortie:

uipcli: version 25.10.16, running on .NET 8.0.x

Cela rend les journaux d'assistance autodescriptifs - il n'y a pas d'ambiguïté sur la version de CLI ou sur le runtime qui a produit un fichier journal donné.

Documentation mise à jour

• Compression de projets dans un package
• Restauration des dépendances de l'automatisation
• Analyser un projet
• Tester un package ou exécuter un ensemble de test
• Gestion des flux NuGet