- Notas de Versão
- Introdução
- Configuração e Instalação
- Projetos de automação
- Sobre a publicação de projetos de automação
- Projetando automações
- Gerenciamento de pacotes de atividades
- Como definir as configurações do projeto de atividades
- Como assinar pacotes
- Governança
- Como importar entidades
- Experiência de Criação Moderna
- Vincular um projeto a uma ideia no Automation Hub
- Usando o Gerenciador de dados
- Dependências
- Tipos de fluxos de trabalho
- Comparação de arquivos
- Melhores Práticas de Automação
- Integração de controle de origem
- Depuração
- A ferramenta de diagnóstico
- Analisador de Fluxo de Trabalho
- Sobre o Analisador de Fluxo de Trabalho
- STN MG-001 - Convenção de nomenclatura de variáveis
- STN MG-002 - Convenção de nomenclatura de argumentos
- STN MG-004 - Duplicação de Nome de Exibição
- STN MG-005 - Variável substitui variável
- STN MG-006 - Variável substitui argumento
- STN MG-008 - Comprimento de variável excedido
- STN MG-009 - Variáveis Catablema de prefixo
- STN MG-011 - Argumentos Catablema de prefixo
- STN MG-012 - Valores padrão de argumentos
- STN MG-016 - Comprimento do argumento excedido
- SR-DB-002 - Contagem alta de argumentos
- SR-DB-003 - Esvaziar bloco catechu
- SR-DB-007 - Múltiplas camadas Com fluxograma
- SR-DB-020 - Propriedades de saída indefinidas
- SR-DB-023 - Fluxo de trabalho vazio
- SR-DB-024 - Verificação da atividade Persistente
- SR-DB-025 - Pré-requisito de serialidade de variáveis
- SR-DB-026 - Uso da atividade Dela
- SR-DB-027 - Melhores práticas de persistência
- SR-DB-028 - Pré-requisito de serialidade de argumentos
- SR-US-005 - Argumentos de atividades embutidos em código
- SR-US-009 - Variáveis não utilizadas
- SR-US-010 - Dependências não utilizadas
- SR-US-014 - Restrições de pacotes
- SR-US-020 - Mensagens de logue mínimas
- SR-US-024 - Não utilizado e postergado
- SR-US-025 - Uso incorreto do valor salvo
- SR-US-026 - Restrições da atividade
- SR-US-027 - Pacotes necessários
- ST-USG-28 — restringir modelos de invocação de arquivos
- ST-USG-032 — rótulos obrigatórios
- ST-USG-034 — URL do Automation Hub
- Variáveis
- Argumentos
- Namespaces Importados
- Gravação
- Elementos de Interface Gráfica
- Fluxo de controle
- Seletores
- Repo. de Objetos
- Extração de Dados
- Automação de imagem e texto
- Automação de Tecnologias Citrix
- Automação RDP
- Automação da Salesforce
- Automação SAP
- Automação do Varear Horizonte
- Geração de logs
- A ferramenta ScreenScrapeJavaSupport
- O protocolo Servodrive
- Test Suite — Studio
- Extensões
- Solução de problemas
- Sobre a solução de problemas
- Suporte e limitações do Microsoft Apo-V
- Solução de problemas do Internet Explorer x64
- Problemas do Microsoft Office
- Como identificar elementos de EU em PDF com opções de acessibilidade
- Reparando o suporte da Active Accessibility
- Automação de aplicativos em execução com um usuário diferente do Windows
- Validation of large Windows-legacy projects takes longer than expected
Guia do usuário do Studio
Sobre o controle de versões
Os sistemas de controle de origem são úteis ao desenvolver projetos maiores que exigem uma colaboração fluida entre vários usuários. É possível conectar os projetos de automação do Studio ao GIT, SVN ou ao TFS, acessando o Início (Exibição de Backstage do Studio) > Equipe.
Por padrão, os plug-ins de controle de origem para o GIT, SVN e o TFS são habilitados no Studio. Você pode habilitá-los ou desabilitá-los individualmente a partir de Página inicial (Studio Backstage View) > Ferramentas > Plugins.
Quando um projeto for aberto no Studio, o botão Adicionar ao Controle de Origem na barra de status oferece atalhos para o GIT Init, Copiar para o GIT, Adicionar ao TFS e Adicionar ao SVN.
.local é ignorada por padrão). Além disso, certifique-se que não há listas de ignorados, tais como arquivos .gitignore configurados de maneira a excluir arquivos e subpastas do projeto.
project.json) podem ser adicionados ao controle de origem do Studio. Se você quiser adicionar arquivos ou pastas de fora da pasta do projeto, deverá usar outros clientes de controle de origem.
O Controle de Versão do GIT oferece uma visão geral e instruções sobre como trabalhar com projetos com versão do GIT no Studio.
As etapas para fazer o check-in de seus projetos em um repositório do TFS ou do SVN estão descritas nas páginas dedicadas Como Gerenciar Projetos com o TFS e Como Gerenciar Projetos com o SVN.
Trabalhar com versões de arquivos abre a possibilidade de comprar as alterações entre a versão local e a versão verificada no repositório do arquivo. Isso pode ser feito com o Diff do Fluxo de Trabalho.
Se você deseja comparar dois arquivos semelhantes no mesmo projeto de automação, utilize a função Comparar Arquivos, que também está disponível para arquivos sem versão.
