- Primeros pasos
- Para administradores
- Proyectos de flujo de trabajo de RPA
- Crear un flujo de trabajo RPA a partir de una idea
- Creación de un proyecto
- Cómo iniciar un flujo de trabajo de RPA
- Gestionar archivos y carpetas de proyecto
- Conectar flujos de trabajo de RPA a tus cuentas
- Configurar actividades
- Gestionar las actividades de un proyecto
- Transferir valores entre actividades
- Iterar a través de los elementos
- Gestionar los datos en un proyecto
- Configurar un proyecto para usar tus datos
- Usar recursos de archivos y carpetas
- Configuración local para proyectos de flujo de trabajo y aplicación RPA
- Proyectos de aplicación
- Aplicaciones en Studio Web
- Diseñar proyectos de aplicación
- Depuración de proyectos de aplicación
- Publicar, implementar y actualizar proyectos de aplicaciones
- Importar y exportar proyectos de aplicación
- Trabajar con entidades en un proyecto de aplicación
- Crear aplicaciones accesibles
- Añadir descriptores accesibles
- La etiqueta Accesible
- Uso del control Pestaña para la accesibilidad
- Diseñar listas y encabezados accesibles
- Diseño de aplicaciones receptivas
- Relación de contraste de color
- Estilos preestablecidos y asignaciones a nivel de aria para el control Encabezado
- Limitaciones conocidas
- Visión general de los controles
- Botón
- Casilla de verificación
- HTML personalizado
- Selector de fechas
- Lista desplegable
- Cargador de archivos
- Cargador de archivos múltiples
- Lista desplegable de selección múltiple
- Botón de radio
- Editor de texto enriquecido
- Control deslizante
- Interruptor
- Área de texto
- Cuadro de texto
- Cuadro de texto (correo electrónico)
- Cuadro de texto (Número)
- Controles de iconos
- Establecer un contexto externo utilizando parámetros de consulta
- Establecer un contexto externo utilizando eventos externos
- Utilizar matrices para rellenar controles desplegables, desplegables de selección múltiple y botones de opción
- Utilizar controles tabulares con entidades de Data Service en proyectos de aplicación
- Insertar agentes conversacionales
- Actividades de la aplicación
- Procesos de agente
- Caso de Maestro
- Flujo de Maestro
- Agents
- Soluciones
- Flujos de trabajo de API
- Pruebas
Push a locally built coded app into Studio Web with the UiPath CLI, and pull the last pushed source back into a local folder when you need to sync.
Because a coded app's source code is authored locally, most of your work happens in your own IDE. The UiPath CLI bridges that local workflow with the Studio Web project via two commands:
uip codedapp push— upload your locally built app into the Studio Web project.uip codedapp pull— fetch the last pushed source from the Studio Web project into a local folder.
You do not need to pull before your first push. If you already have a local project ready, push it directly. If no project ID is provided, push interactively prompts to create a new coded app project in Studio Web and saves the resulting UIPATH_PROJECT_ID to .env for later pushes.
Requisitos previos
- Node.js 20.x or newer.
- The UiPath CLI. Install it globally with
npm install -g @uipath/cli. - Authenticate against the target UiPath org:
uip login. This creates the.envfile the CLI reads forUIPATH_ORG_ID,UIPATH_TENANT_ID, andUIPATH_ACCESS_TOKEN. - A coded app project already initialized inside a solution in Studio Web (or let
pushcreate one interactively). See Initializing a coded app project.
Pushing your locally built app
From the project root, after producing the build output (for example, npm run build), run:
uip codedapp push --project-id <project-id>
uip codedapp push --project-id <project-id>
The command uploads the build output directory (defaults to dist) to the Studio Web project.
If UIPATH_PROJECT_ID is set in .env — either from a previous auto-create or manually — you can omit the flag:
uip codedapp push
uip codedapp push
Opciones
| Opción | Descripción | Predeterminado |
|---|---|---|
--project-id <id> | Studio Web project ID. | Read from UIPATH_PROJECT_ID in .env. Auto-created interactively if missing. |
--build-dir <dir> | Build output directory to upload. | dist |
--ignore-resources | Skip importing resources referenced by the app. | false |
--verbose | Mostrar registros de progreso detallados. | false |
On push, Studio Web:
- Stores every file in the pushed path and shows it in read-only mode under the project's Source view.
- Reads
bindings_v2.json, if present at the root of the pushed content, and registers each declared resource under the project's Resources panel.
Pulling the last pushed source
Use pull when you need to bring the last pushed source back into a local folder — for example, after a teammate pushed changes, or to reset a local working copy:
uip codedapp pull --project-id <project-id> --target-dir ./my-coded-app
uip codedapp pull --project-id <project-id> --target-dir ./my-coded-app
Opciones
| Opción | Descripción | Predeterminado |
|---|---|---|
--project-id <id> | Studio Web project ID. | Read from UIPATH_PROJECT_ID in .env. |
--target-dir <dir> | Local directory to write pulled files to. | Current directory. |
--overwrite | Overwrite existing files without prompting. | false |
--verbose | Mostrar registros de progreso detallados. | false |
The command writes the last pushed content into the target folder, exactly as it was pushed.
uip codedapp pull retrieves the files that were pushed, not any locally cached dependencies or build tooling. Reinstall dependencies (for example, npm install) after pulling before running the app.
Working with a teammate on the same project
Coded app projects do not have a built-in merge mechanism. If two developers push to the same project in parallel, the second push overwrites the first. To coordinate safely:
- Treat Git as the source of truth for source code, not the Studio Web project.
- Push to Studio Web from a known Git commit, ideally as part of a controlled release flow.
- Use
uip codedapp pullto inspect what is pushed in Studio Web before overwriting it.
For the full CLI reference, see uip codedapp push and uip codedapp pull.