25.10.16

Fecha de lanzamiento: 18 de mayo de 2026

Novedades

Anular la categoría raíz de actividades al empaquetar una biblioteca

Al empaquetar un proyecto de biblioteca, cada actividad expuesta por el paquete resultante obtiene un prefijo de categoría raíz. De forma predeterminada, ese prefijo es el nombre del proyecto de biblioteca. El nuevo parámetro --activitiesRootCategory te permite anularlo sin cambiar el nombre del proyecto.

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

Las actividades en el .nupkg resultante aparecerán bajo MyCompany.Finance.Invoicing en el panel de actividades de Studio de cualquier proyecto que instale la biblioteca.

El parámetro solo tiene efecto al empaquetar un proyecto de biblioteca . Se ignora para los tipos de salida Process, Tests y Objects . Cuando se omite, el comportamiento no cambia: la categoría raíz vuelve al nombre del proyecto de biblioteca, coincidiendo con lo que produce el cuadro de diálogo Publicar biblioteca en Studio.

Omitir analizador y validación durante el paquete

El Analizador de flujo de trabajo y la validación del proyecto se ejecutan automáticamente como parte de package pack. Dos nuevos marcadores te permiten optar por no participar en ninguno de los dos pasos:

• --skipAnalyze : omite la ejecución del Analizador de flujo de trabajo durante el paso de empaquetado.
• --skipValidate : omite el paso de validación del proyecto durante el paso de empaquetado.

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

Usa estos marcadores cuando:

• Su proceso ya ejecuta package analyze o valida el proyecto en una etapa anterior (por ejemplo, en una comprobación previa a la fusión) y no desea volver a pagar el mismo coste el pack.
• Estás produciendo un paquete rápido para la depuración local y solo necesitas el artefacto.

Para los procesos de lanzamiento, la recomendación sigue siendo dejar ambos pasos habilitados.

Resolver dependencias solo desde --nugetConfigFilePath

El nuevo marcador --excludeConfiguredSources excluye las fuentes integradas de UiPath y la configuración de NuGet a nivel de usuario y máquina en el host que ejecuta la CLI (normalmente %AppData%\NuGet\NuGet.Config y %ProgramFiles(x86)%\NuGet\Config). La CLI resuelve los paquetes solo a partir de las fuentes definidas en el archivo nuget.config que pasas a través de --nugetConfigFilePath.

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

Usa este marcador cuando:

• Quieres compilaciones herméticas y reproducibles en las que solo se consulten las fuentes que declaras en el control de versiones.
• Un agente de compilación compartido tiene fuentes en el nivel de máquina que no quieres sangrar en procesos específicos.
• Está depurando problemas "funciona en el agente A, falla en el agente B" causados por una configuración de NuGet divergente en el nivel de host.

Cuando ejecutes uipcli con un archivo de configuración, establece "excludeConfiguredSources": true.

Asegúrate de que tu nuget.config declara todas las fuentes que necesita el proyecto, incluido cualquier equivalente de fuente de UiPath, porque no se consulta ninguna otra fuente cuando se establece este marcador.

Rendimiento mejorado en Linux y macOS para proyectos con muchos analizadores

Al empaquetar un proyecto que produce un alto volumen de advertencias del Analizador de flujo de trabajo en Linux o macOS, la CLI tardaba varios minutos en drenar los mensajes del analizador después de que finalizaba la compilación real. El canal de comunicación interno entre CLI y SolutionPackager se ha cambiado a un transporte de socket de dominio Unix / Named-pipe, eliminando ese cuello de botella.

No se requiere ninguna acción del usuario: los paquetes que tardaban más de 15 minutos en Linux para la salida detallada del analizador ahora se completan en segundos después de que finalice la compilación. El comportamiento de Windows no cambia.

Restauración más rápida: se acabaron las descargas de NuGet duplicadas en una sola ejecución

Cuando una sola invocación de CLI desencadenaba varios pasos de restauración (por ejemplo, un pack que valida y luego empaqueta, o un solution pack que restaura cada proyecto), los mismos paquetes NuGet podrían descargarse más de una vez porque la ventana de caché HTTP ya había caducado entre pasos. La CLI ahora mantiene los paquetes ya descargados en caché durante 15 minutos dentro de una sola ejecución, por lo que los pasos de restauración posteriores reutilizan las copias locales en lugar de volver a recuperarlas de la fuente.

No se requiere ninguna acción del usuario: los proyectos con muchas dependencias ven una aceleración notable en los comandos que realizan una restauración de NuGet.

Versión y runtime impresos al inicio

Cada invocación de CLI ahora imprime un banner como su primera línea de salida:

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

Esto hace que los registros de soporte sean autodescriptivos: no hay ambigüedad sobre qué compilación CLI o qué runtime produjo un archivo de registro determinado.

Documentación actualizada

• Empaquetar proyectos en un paquete
• Restaurar dependencias de automatización
• Analizar un proyecto
• Probar un paquete o ejecutar un conjunto de pruebas
• Gestionar fuentes NuGet