- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- Acerca de la publicación de proyectos de automatización
- Diseñar automatizaciones
- Administrar paquetes de actividades
- Configuración de los Ajustes del Proyecto de Actividades
- Firma de paquetes
- Control
- Importar entidades
- Experiencia de diseño moderna
- Vincular un proyecto a una idea en Automation Hub
- Usar Data Manager
- Dependencias
- Tipos de flujos de trabajo
- Comparación de archivos
- Mejores prácticas de automatización
- Integración del control de código fuente
- Acerca del control de versiones
- Administrar proyectos con GIT
- Gestión de proyectos con TFS
- Gestión de proyectos con SVN
- Diferencia de flujo de trabajo
- 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
- ST-USG-028: Restringir la invocación de plantillas de archivo
- ST-USG-032 - Etiquetas obligatorias
- ST-USG-034 - URL Automation Hub
- Variables
- Argumentos
- Espacios de nombres importados
- Automatización atendida basada en desencadenadores
- Grabación
- Elementos de la IU
- Flujo de control
- Selectores
- Repo. de objetos
- Extracción de datos
- Automatización de imágenes y texto
- Acerca de la automatización de imágenes y texto
- Actividades con el ratón y el teclado
- Ejemplo de uso de la automatización de ratón y teclado
- Actividades de texto
- Ejemplo de uso de la automatización de texto
- Actividades de OCR
- Actividades de imagen
- Ejemplo de uso de la automatización de OCR y la automatización de imágenes
- Automatizar las tecnologías de Citrix
- Automatización RDP
- Automatización de Salesforce
- Automatización SAP
- Automatización de VMware Horizon
- Registro
- La herramienta ScreenScrapeJavaSupport
- El protocolo WebDriver
- Conjunto de pruebas - Estudio
- Extensiones
- Solución de problemas
- Acerca de la resolución de problemas
- Compatibilidad y limitaciones de Microsoft App-V
- Solución de problemas de Internet Explorer x64
- Problemas de Microsoft Office
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Reparar Soporte Active Accessibility
- Automatizar aplicaciones que se ejecutan en un usuario de Windows diferente
- Validation of large Windows-legacy projects takes longer than expected
Acerca del control de versiones
Los sistemas de control de origen son muy útiles al desarrollar proyectos de mayor envergadura que requieren una colaboración fluida entre varios usuarios. Puedes conectar proyectos de automatización de Studio a GIT, SVN o TFS accediendo a Inicio (vista Backstage Studio) > Equipo.
Los complementos de control de origen para GIT, SVN y TFS están habilitados en Studio de forma predeterminada. Puedes habilitarlos o deshabilitarlos de forma individual desde Inicio (de la vista Backstage de Studio) > Herramientas > Complementos.
Cuando se haya abierto un proyecto en Studio, el botón Añadir a control de origen de la barra de estado ofrece atajos a Iniciación de GIT, Copiar a GIT, Añadir a proyecto TFS y Añadir a SVN.
.local se ignora por defecto). Además, asegúrate de que no haya listas de ignorados como los archivos .gitignore configuradas de forma que se excluyan los archivos y subcarpetas del proyecto.
project.json) pueden añadirse al control de origen desde Studio. Si deseas añadir archivos o carpetas que no están en la carpeta de proyecto, debes utilizar otros clientes de control de origen.
El sistema de control de versiones GIT ofrece una descripción e instrucciones sobre cómo trabajar con proyectos con versiones de GIT.
Los pasos para proteger los proyectos en un repositorio TFS o SVN se detallan en las páginas dedicadas Gestión de proyectos con TFS y Gestión de proyectos con SVN.
Una ventaja de trabajar con archivos versionados es la posibilidad de comparar los cambios entre la versión local del archivo y la revisada del repositorio. Puedes hacerlo con Diferencia de flujo de trabajo.
Si quieres comparar dos archivos similares del mismo proyecto de automatización, utiliza Comparar archivos, que también está disponible para los archivos sin versión.
