- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- Dependencias
- Acerca de las dependencias
- Administrar Dependencias
- Parámetros de línea de comandos de actualización masiva
- Actividades faltantes o no válidas
- Tipos de flujos de trabajo
- Comparación de archivos
- Mejores prácticas de automatización
- Integración del control de código fuente
- Depuración
- La herramienta de diagnóstico
- Analizador de flujo de trabajo
- Acerca del analizador de flujo de trabajo
- ST-NMG-001: convención sobre nombres de variables
- ST-NMG-002: convención de nombres de argumentos
- ST-NMG-004: duplicación de nombres de visualización
- ST-NMG-005: anulación de variables
- ST-NMG-006: argumentos de anulación de variables
- ST-NMG-008: longitud variable excedida
- ST-NMG-009: variables de datos prefijados
- ST-NMG-011: argumentos de prefijo Datatable
- ST-NMG-012: valores predeterminados de los argumentos
- ST-NMG-016: longitud del argumento excedida
- ST-DBP-002: recuento de Argumentos elevado
- ST-DBP-003: bloque de Catch vacío
- ST-DBP-007: múltiples capas de diagramas de flujo
- ST-DBP-020: propiedades de salida no definidas
- ST-DBP-023: flujo de trabajo vacío
- ST-DBP-024: comprobación de actividad de persistencia
- ST-DBP-025: requisito previo para la serialización de variables
- ST-DBP-026: retraso en el uso de la actividad
- ST-DBP-027: mejor práctica de persistencia
- ST-DBP-028: requisito de serialización de argumentos
- ST-USG-005: argumentos de actividad codificados
- ST-USG-009: variables no utilizadas
- ST-USG-010: dependencias sin utilizar
- ST-USG-014: restricciones de los paquetes
- ST-USG-020: mensajes de registro mínimos
- ST-USG-024: guardado sin usar para más adelante
- ST-USG-025: uso incorrecto de los valores guardados
- ST-USG-026: restricciones de actividad
- ST-USG-027: paquetes necesarios
- Variables
- Argumentos
- Espacios de nombres importados
- Flujo de control
- Repo. de objetos
- Registro
- La herramienta de migración ScaleCoordinates
- La herramienta ScreenScrapeJavaSupport
- StudioPro
- Extensiones
- Solución de problemas
- Internet Explorer x64
- Problemas con Microsoft Office Interop
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Identificación de los elementos de la interfaz de usuario tras las actualizaciones de Windows
- Aplicaciones JxBrowser
- Supervisión de eventos de usuario
- Java en App-V
- Compatibilidad y limitaciones de Microsoft App-V
- Solución de problemas de Citrix

Guía de usuario de Studio
project.json pertenecientes a múltiples proyectos de automatización. Permite añadir o eliminar dependencias, cambiar las versiones de paquete y las reglas de tiempo de ejecución, y firmar procesos o bibliotecas antes de publicarlos.
Ten en cuenta que al utilizar la Herramienta de actualización masiva de dependencias del proyecto aceptas de forma implícita los términos de licencia de cada versión del paquete que actualizas.
UiPath.Studio.CommandLine.exe está disponible en la carpeta de instalación. De forma predeterminada, la ruta de la versión de instalador de Windows (.msi) de Studio es C:\Program Files (x86)\UiPath\Studio\.
%LocalAppData%\UiPath\[Studio_version]\.
--help. Usa --version para comprobar la versión de UiPath.Studio.CommandLine.exe.
r, --repository cuando se usa con svn login y svn checkout.
Se recomienda guardar y cerrar proyectos de Studio antes de realizar cambios usando la Herramienta de actualización masiva de dependencias de proyecto.
-
list: Encuentra y muestra las rutas a los archivosproject.jsonalmacenados en un directorio determinado. También se pueden enumerar proyectos desde una unidad de red local. Los siguientes argumentos se deben utilizar con el comandolist:Argumento
Descripción
-d, --directoryEl directorio que almacena los archivos que quieres enumerar. Usa los argumentos-u, --usery-p, --passpara los directorios remotos protegidos con contraseña.Nota: Si el argumento--directoryno se utiliza con el comandolist, se muestran las rutas a todos los archivosproject.jsondesde el actual directorio de trabajo. -
manage: administra el proyecto especificado. Ten en cuenta que se pueden añadir o eliminar múltiples dependencias y reglas siempre que estén separadas por espacios en blanco. Los siguientes argumentos se deben utilizar con el comandomanage:Argumento
Descripción
-a, --add-refAgrega o actualiza la regla de dependencia y de tiempo de ejecución al archivoproject.json.”dependencyname|version|runtimerule”= añade o actualiza la versión de dependencia y la regla del runtime.”dependencyname|prereleaseversion|runtimerule”= añade la versión de dependencia preliminar y la regla del runtime especificada.
r, --rem-refElimina las dependencias especificadas del archivoproject.json."dependencyname": la dependencia que se eliminará del proyecto, independientemente de su versión."dependencyname|version": elimina la dependencia con esta versión concreta, independientemente de si es una versión preliminar.
-p, --project-pathLa ruta del archivoproject.json.Nota: La sintaxis de las reglas del runtime eslowestpara la Versión más baja aplicable, ystrictpara la versión Estricta. Si no se indica ninguno de estos parámetros, se aplica de forma predeterminada la Versión más baja aplicable.
manage --project-path "C:\Users\username\Documents\UiPath\BlankProcess\project.json" --add-ref "UiPath.Excel.Activities|2.6.2|lowest" cambia la versión del paquete a 2.6.2 y la regla de tiempo de ejecución a la Versión más baja aplicable.
-
publish: publica el proyecto junto con los cambios en las dependencias. Los siguientes argumentos se deben utilizar con el comandopublish:Argumento
Descripción
-p, --project-pathLa ruta aproject.jsonpara su publicación. El argumento es obligatorio.-g, --targetDónde publicar el proyecto:
Custom: la URL personalizada o la carpeta local. Define la ubicación mediante el argumento-f, --feed.Robot- Ubicación de publicación predeterminada para el Robot, si no está conectado a Orchestrator. No disponible para publicar bibliotecas o plantillas.OrchestratorTenant: fuente de procesos de tenant de Orchestrator (para procesos y casos de prueba) o fuente de las bibliotecas de Orchestrator (para bibliotecas y plantillas).OrchestratorPersonalFolder- Fuente del espacio de trabajo personal de Orchestrator. No disponible para publicar bibliotecas, plantillas o casos de prueba.
-f, --feedLa dirección URL personalizada para publicar el proyecto. También puede ser un directorio local personalizado, similar a la ruta de la pestaña Opciones de publicación de Studio.
-a, --api-keyLa clave API para publicar el proyecto. Este argumento puede utilizarse para un destino personalizado.
-n, --notesLas notas de la versión que contienen cambios introducidos en el proyecto.
-v, --new-versionLa nueva versión para el proyecto.
-t, --timeoutEspecifica el valor de tiempo de espera para la publicación de proyectos. El tiempo de espera predeterminado es de 30 segundos. Esta configuración solo se aplica a la duración de la transferencia del paquete a Orchestrator.
--cer-pathLa ruta local al certificado para la firma de paquetes.
--cer-passwordLa contraseña del certificado.
--timestamper-urlLa dirección URL al marcador de tiempo.
Nota: Actualmente, se aceptan las extensiones de certificado.pfxy.p12para firmar proyectos. Para obtener más información, consulta la página de firma de paquetes .
UiPath.Excel.Activities a la versión 2.6.2, cambia la regla de tiempo de ejecución a Versión más baja aplicable, añade notas de versión y una nueva versión y publica el proyecto en una ubicación personalizada:
manage --project-path "C:\Users\username\Documents\UiPath\BlankProcess\project.json"
--add-ref "UiPath.Excel.Activities|2.6.2|lowest" publish --project-path
"C:\Users\username\Documents\UiPath\BlankProcess\project.json" --target Custom
--feed "C:\Users\username\Desktop\myfeed" --notes "Changes were made to the
Excel package" --new-version "1.0.2".
Los parámetros de línea de comandos se pueden usar para analizar los archivos o proyectos comparándolos con un conjunto de reglas.
analyze: analiza todo el proyecto. Requiere la ruta al archivoproject.json.-
analyze-file: analiza un único archivo. Requiere la ruta al archivo.xaml.Argumento
Descripción
-p, --project-pathPara analizar un archivo, proporciona la ruta al archivo.xaml. Para analizar el proyecto completo, especifica la ruta al archivoproject.json.
Lee la página Acerca del analizador de flujo de trabajo para obtener más información sobre cómo analizar archivos y proyectos y configurar reglas utilizando parámetros de línea de comandos.
-
svn login= Usa credenciales para iniciar sesión en un repositorio SVN determinado. Los siguientes argumentos se deben utilizar con el comandosvn login:Argumento
Descripción
r, --repositoryLa dirección/URL del repositorio que almacena los proyectos que quieres modificar. El argumento es obligatorio.
-p, --passwordLa contraseña necesaria para la autenticación en el repositorio SVN.
-s, --password-stdinLee la contraseña de autenticación desde STDIN (entrada estándar). Se te pedirá que escribas la contraseña del repositorio deseado.
u, --userEl nombre de usuario requerido para la autenticación.
-
svn checkout= Comprueba proyectos desde un repositorio SVN. Los siguientes argumentos se deben utilizar con el comandosvn checkout:Argumento
Descripción
-d, --directoryLa carpeta de verificación de destino para los archivos. El argumento es obligatorio.
-r, --repositoryLa dirección del repositorio que almacena los archivos que quieres comprobar. El argumento es obligatorio.
-
svn edit= Desbloquea uno o varios proyectos y los hace disponibles para editar. Los siguientes argumentos se deben utilizar con el comandosvn edit:Argumento
Descripción
-f, --filesLas rutas de los archivos que quieres editar. Las rutas deben ser relativas al directorio de trabajo y separadas por punto y coma. El argumento es obligatorio.
-d, --directoryEl directorio de trabajo que contiene los archivos de trabajo que quieres editar. Si no se especifica un directorio de trabajo se usa el directorio del entorno actual.
-
svn checkin= Comprueba los cambios hechos en los proyectos de automatización. Los siguientes argumentos se deben utilizar con el comandosvn checkin:Argumento
Descripción
-m, --messageEscribe un mensaje de confirmación para detallar los cambios realizados en los proyectos. El mensaje de confirmación es obligatorio.
-d, --directoryEl directorio de trabajo en el que se están comprobando los proyectos. Si no se especifica un directorio de trabajo se usa el directorio del entorno actual.
-f, --filesLas rutas de los archivos que has editado. Las rutas deben ser relativas al directorio de trabajo y separadas por punto y coma.
-
tfs login= Usa credenciales para iniciar sesión en un repositorio TFS determinado. Los siguientes argumentos se deben utilizar con el comandotfs login:Argumento
Descripción
-t, --typeEl método de inicio de sesión para el repositorio TFS:
ntlm= autenticación mediante LAN Manager de NT en un repositorio TFS local.token= autenticación usando un token de acceso personal habilitado en el repositorio TFS.basic= autenticación básica en un repositorio TFS seguro.
-p, --passwordLa contraseña necesaria para la autenticación en el repositorio SVN.
-s, --password-stdinLee la contraseña de autenticación desde STDIN (entrada estándar). Se te pedirá que escribas la contraseña del repositorio deseado.
u, --userEl nombre de usuario requerido para la autenticación.
-c, --collectionHace referencia a la URI de la colección. El argumento es obligatorio.
-
tfs checkout= Comprueba proyectos desde un repositorio TFS. Los siguientes argumentos se deben utilizar con el comandotfs checkout:Argumento
Descripción
-c, --collectionEspecifica la URI de la colección.
-d, --directoryLa carpeta de verificación de destino para los archivos. El argumento es obligatorio.
-r, --remotedirLa ruta del directorio del proyecto, relativa a la raíz de la colección. Comienza con$/y va precedido por la URI de la colección. -
tfs edit: Desbloquea uno o varios proyectos hace que estén disponibles para editar. Los siguientes argumentos se deben utilizar con el comandotfs edit:Argumento
Descripción
-f, --filesLas rutas de los archivos que quieres editar. Las rutas deben ser relativas al directorio de trabajo y separadas por punto y coma.
-d, --directoryEl directorio de trabajo que contiene los archivos de trabajo que quieres editar. Si no se especifica un directorio de trabajo se usa el directorio del entorno actual.
-
tfs checkin: Comprueba los cambios hechos en los proyectos de automatización. Los siguientes argumentos se deben utilizar con el comandotfs checkin:Argumento
Descripción
-m, --messageEscribe un mensaje de confirmación para detallar los cambios realizados en los proyectos. El mensaje de confirmación es obligatorio.
-d, --directoryEl directorio de trabajo en el que se están comprobando los proyectos. Si no se especifica un directorio de trabajo se usa el directorio del entorno actual.
-f, --filesLas rutas de los archivos que has editado. Las rutas deben ser relativas al directorio de trabajo y separadas por punto y coma.
Al instalar una dependencia usando la interfaz de usuario de línea de comandos en proyectos de automatización creados en una versión de Studio anterior a la v2018.3, ten en cuenta las siguientes particularidades:
- Si el proyecto no se publicó y, en consecuencia, no tiene ninguna dependencia instalada, el proceso de migración interviene e instala los paquetes predeterminados, detallados en la página Administrar dependencias.
- Si el proyecto se creó y publicó con una versión de Studio anterior a la v2018.3, el paquete
UiPath.Core.Activitiesse ha migrado aUiPath.System.ActivitiesyUiPath.UIAutomation.Activities.