UiPath Documentation
cicd-integrations
2025.10
true
  • Versionshinweise zur UiPath-CLI
    • 25.10.21
    • 25.10.20
    • 25.10.19
    • 25.10.18
    • 25.10.17
    • Ältere Versionen
  • Versionshinweise zur Azure DevOps-Erweiterung
  • Versionshinweise zum Jenkins-Plugin
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde. Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.

Versionshinweise zu CI/CD-Integrationen

25.10.18

Veröffentlichungsdatum: 27. Mai 2026

Neuigkeiten

Ihr nuget.config wird jetzt vollständig berücksichtigten

Wenn Sie eine nuget.config -Datei mit --nugetConfigFilePath übergeben, berücksichtigt die CLI jetzt alles, was darin enthalten ist – nicht nur die Liste der Feed-URLs. Zuvor wurden nur die <packageSources> -URLs angewendet, was bedeutete, dass Basic-Authentifizierungsfeeds wie JFlex mit 401 Unauthorized fehlschlugen, da ihre Anmeldeinformationen im Hintergrund verworfen wurden. Ab 25.10.18 funktionieren die folgenden gängigen Szenarien sofort:

  • Private Feeds, die einen Benutzernamen und ein Kennwort erfordern (JFlex, Sonatype Enterprise, interne Azure-Artefakte). Legen Sie die Anmeldeinformationen in derselben Datei unter <packageSourceCredentials> ab und fertig – keine zusätzlichen CLI-Flags erforderlich. Die 401 Unauthorized -Fehler, die Kunden bei früheren CLI-Versionen hatten, wurden behoben.
  • Die eigene NuGet-Konfiguration des Build-Agents wird ignoriert. Fügen Sie <clear /> oben in <packageSources> hinzu, und nur die Feeds, die Sie in dieser Datei deklarieren, werden verwendet.
  • Weiterleitung bestimmter Pakete zu bestimmten Feeds. Verwenden Sie <packageSourceMapping> , um z. B. UiPath.* Pakete an Ihren internen Spiegel und alles andere an einen öffentlichen Feed zu senden.
  • Air-Gap- oder Offline-Builds. Verwenden Sie <fallbackPackageFolders> um auf einen lokalen Ordner mit vorab heruntergeladenen Paketen zu verweisen.

Beispiel – Ein privater Feed, der durch ein Token geschützt ist, mit einem lokalen Ordner, der als Fallback verwendet wird:

<?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>
<?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"
uipcli package pack "C:\projects\MyProject\project.json" -o "C:\Output" \
  --nugetConfigFilePath "C:\ci\nuget.config"

Injizieren Sie das Kennwort über ein CI-Geheimnis – der Platzhalter %ARTIFACTORY_TOKEN% wird zur Runtime aus der Umgebung gelesen.

Wenn Sie zuvor --nugetConfigFilePath mit --disableBuiltInNugetFeeds oder --excludeConfiguredSources kombinieren mussten, um die Feeds des Build-Agents aus Ihrer Wiederherstellung herauszuhalten, können Sie jetzt das gleiche Ergebnis mit nur <clear /> innerhalb der Datei erzielen. Beide Ansätze funktionieren weiterhin – wählen Sie den für Ihre Pipeline einfacheren Ansatz.

Beim Test Manager wird bei großen Testausführungen keine Timeouts mehr ausgeführt

uipcli test run --projectKey schlugen zuvor bei sehr großen Testsätzen fehl, da das Vorbereiten des Testsatzes auf der Test Manager-Seite länger dauerte, als es ein einzelner HTTP-Aufruf zulässt. Die CLI zeigte einen Timeout-Fehler an, obwohl der Test Manager die Anforderung akzeptiert hatte und noch daran arbeitet.

Ab 25.10.18 wartet die CLI, bis der Test Manager die Vorbereitung des Testsatzes abgeschlossen hat, bevor sie mit der Ausführung fortfährt. Während des Wartens gibt die Konsole eine regelmäßige Statusmeldung aus, z. B.:

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

Sie müssen nichts in Ihrer Pipeline ändern – das neue Verhalten gilt automatisch für jeden test run --projectKey -Aufruf, unabhängig davon, ob Sie mit --testsetkey auf einen vorhandenen Testsatz verweisen oder einen vorübergehenden aus einem Projektpfad mit -P erstellen.

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"
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"

Aktualisierte Dokumentation

War diese Seite hilfreich?

Verbinden

Benötigen Sie Hilfe? Support

Möchten Sie lernen? UiPath Academy

Haben Sie Fragen? UiPath-Forum

Auf dem neuesten Stand bleiben