- Notas de versão do UiPath CLI
- Notas de versão da extensão do Azure DevOps
- Notas de versão do plug-in do Jenkins
Notas de versão 25.10.18 para integrações de CI/CD.
Data de lançamento: 27 de maio de 2026
Novidades
Seu nuget.config agora é totalmente respeitado
Se você passar um arquivo nuget.config com --nugetConfigFilePath, a CLI agora respeita tudo dentro dela — não apenas a lista de URLs do feed. Anteriormente, apenas as URLs <packageSources> eram aplicadas, o que fazia com que feeds de autenticação básica, como o JFrog, falhassem com 401 Unauthorized porque suas credenciais foram descartadas silenciosamente. Com 25.10.18, os seguintes cenários comuns funcionam imediatamente:
- Feeds privados que exigem um nome de usuário e senha (JFrog, Sonatype Nexus, Artefatos internos do Azure). Coloque as credenciais no mesmo arquivo em
<packageSourceCredentials>e pronto, sem a necessidade de sinalizadores de CLI extras. As falhas401 Unauthorizedque os clientes atingiram em versões de CLI anteriores foram resolvidas. - Ignorando a própria configuração do NuGet do agente de compilação. Adicione
<clear />no topo de<packageSources>e apenas os feeds que você declarar nesse arquivo serão usados. - Roteamento de pacotes específicos para feeds específicos.
<packageSourceMapping>para enviar, por exemplo, pacotesUiPath.*para seu espelhamento interno e todo o resto para um feed público. - Compilações isoladas ou offline.
<fallbackPackageFolders>para apontar para uma pasta local de pacotes pré-carregados.
Exemplo — um feed privado protegido por um token, com uma pasta local usada como fallback:
<?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"
Injetar a senha por meio de um segredo de CI — o espaço reservado %ARTIFACTORY_TOKEN% é lido do ambiente no runtime.
Se você anteriormente tinha que combinar --nugetConfigFilePath com --disableBuiltInNugetFeeds ou --excludeConfiguredSources para manter os feeds do agente de compilação fora da sua restauração, agora você pode atingir o mesmo resultado com apenas <clear /> dentro do arquivo. Ambas as abordagens ainda funcionam — escolha a que for mais simples para seu pipeline.
O Test Manager não mais exibe o tempo limite em execuções de testes grandes
uipcli test run --projectKey falhava anteriormente em conjuntos de testes muito grandes porque a preparação do conjunto de testes no lado do Test Manager levava mais tempo do que uma única chamada HTTP permite. A CLI exibia um erro de tempo limite mesmo que o Test Manager tivesse aceitado a solicitação e ainda estivesse trabalhando nela.
A partir de 25.10.18, a CLI aguarda o Test Manager terminar de preparar o conjunto de testes antes de passar para a execução. Enquanto aguarda, o console imprime uma mensagem de status periódica, como:
Test set creation is still in progress, retrying in 5 seconds...
Test set creation is still in progress, retrying in 5 seconds...
Você não precisa alterar nada em seu pipeline — o novo comportamento aplica-se automaticamente a cada invocação de test run --projectKey , quer você faça referência a um conjunto de testes existente com --testsetkey ou crie um transitório a partir de um caminho do projeto com -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"
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"