25.10.18

Date de publication: 27 mai 2026

Nouveautés

Votre nuget.config est désormais entièrement respecté

Si vous transmettez un fichier nuget.config avec --nugetConfigFilePath, la CLI respecte désormais tout ce qu’il contient, et pas uniquement la liste des URL de flux. Auparavant, seules les URL <packageSources> étaient appliquées, ce qui entraînait l’échec des flux d’authentification de base comme JForg avec 401 Unauthorized car leurs informations d’identification étaient supprimées en mode silencieux. Avec la version 25.10.18, les scénarios courants suivants sont prêts à l’emploi:

• Flux privés nécessitant un nom d’utilisateur et un mot de passe (JF Robot, Sonatype Nexus, artefacts Azure internes). Placez les informations d'identification dans le même fichier sous <packageSourceCredentials> et vous avez terminé — aucun indicateur CLI supplémentaire n'est nécessaire. Les 401 Unauthorized échecs rencontrés par les clients sur les versions CLI précédentes sont résolus.
• Ignorer la configuration NuGet de l'agent de développement. Ajoutez <clear /> en haut de <packageSources> et seuls les flux que vous déclarez dans ce fichier sont utilisés.
• Routage de packages spécifiques vers des flux spécifiques. Utilisez <packageSourceMapping> pour envoyer, par exemple, des packages UiPath.* à votre miroir interne et tout le reste à un flux public.
• Des versions physiquement isolées ou hors ligne. Utilisez <fallbackPackageFolders> pour pointer vers un dossier local de packages pré-téléchargés.

Exemple — un flux privé protégé par un jeton, avec un dossier local utilisé comme solution de secours:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <clear />
    <add key="UiPath-Internal" value="https://artifactory.contoso.example/api/nuget/v3/uipath-feed/index.json" protocolVersion="3" />
  </packageSources>

  <packageSourceCredentials>
    <UiPath-Internal>
      <add key="Username" value="ci-bot" />
      <add key="ClearTextPassword" value="%ARTIFACTORY_TOKEN%" />
    </UiPath-Internal>
  </packageSourceCredentials>

  <fallbackPackageFolders>
    <add key="OfflinePackages" value="C:\ci\offline-packages" />
  </fallbackPackageFolders>
</configuration>

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

Injectez le mot de passe via une clé secrète de CI — l'espace réservé %ARTIFACTORY_TOKEN% est lu depuis l'environnement au moment du runtime.

Si vous deviez auparavant combiner --nugetConfigFilePath avec --disableBuiltInNugetFeeds ou --excludeConfiguredSources pour empêcher les flux de l'agent de développement de votre restauration, vous pouvez désormais obtenir le même résultat avec seulement <clear /> à l'intérieur du fichier. Les deux approches fonctionnent toujours - choisissez celle qui est la plus simple pour votre pipeline.

Test Manager n’expire plus sur les exécutions de tests volumineuses

uipcli test run --projectKey échouaient auparavant sur de très grands ensembles de tests, car la préparation de l’ensemble de tests côté Test Manager prenait plus de temps qu’un seul appel HTTP. La CLI générait une erreur de délai d'expiration, même si Test Manager avait accepté la requête et y travaillons toujours.

À partir de la version 25.10.18, la CLI attend que Test Manager termine la préparation de l'ensemble de test avant de passer à l'exécution. Pendant ce temps, la console imprime un message d'état périodique tel que:

Test set creation is still in progress, retrying in 5 seconds...

Vous n’avez pas besoin de modifier quoi que ce soit dans votre pipeline: le nouveau comportement s’applique automatiquement à chaque test run --projectKey invocation, que vous référençiez un ensemble de tests existant avec --testsetkey ou en créer un temporaire à partir d’un chemin de projet avec -P.

uipcli test run "https://cloud.uipath.com/" "TenantName" \
  --projectKey "MyTestProject" \
  --testsetkey "MyLargeTestSet" \
  -A "organizationName" \
  -I "becc663c-8f1e-409a-a75f-c00330d80bc8" \
  -S '********' \
  --applicationScope "OR.Folders OR.Execution TM.Projects TM.TestSets TM.TestExecutions" \
  -o "FolderName" \
  --out "junit" \
  --result_path "./test-results"

Documentation mise à jour

• Gestion des flux NuGet
• Tester un package ou exécuter un ensemble de tests dans Test Manager
• Compression de projets dans un package
• Restauration des dépendances de l'automatisation
• Analyser un projet
• Compression d’une solution
• Tester un package ou exécuter un ensemble de test
• Tester plusieurs packages