- Notes de publication
- Démarrage
- Paramétrage et configuration
- Projets d'automatisation
- Dépendances
- Types de workflows
- Comparaison de fichiers
- Meilleures pratiques d'automatisation
- Intégration du contrôle de code source
- Débogage
- L'outil de diagnostic (Diagnostic Tool)
- Analyseur de workflow
- À propos de l'analyseur de workflow
- ST-NMG-001 - Convention d'affectation de noms des variables
- ST-NMG-002 - Convention d'affectation de noms des arguments
- ST-NMG-004 - Duplication du nom complet
- ST-NMG-005 - La variable remplace une autre
- ST-NMG-006 - La variable remplace l'argument
- ST-NMG-008 - Longueur de variable dépassée
- ST-NMG-009 - Ajouter un préfixe aux variables DataTable
- ST-NMG-011 - Ajouter un préfixe aux arguments Datatable
- ST-NMG-012 - Valeurs par défaut de l'argument
- ST-NMG-016 : longueur d'argument dépassée
- ST-DBP-002 - Nombre élevé d'arguments
- ST-DBP-003 - Bloc d'interception vide
- ST-DBP-007 - Plusieurs couches de l'organigramme
- ST-DBP-020 - Propriétés de sortie non définies
- ST-DBP-023 : Workflow vide
- ST-DBP-024 - Vérification de l’activité de persistance
- ST-DBP-025 - Condition préalable à la sérialisation des variables
- ST-DBP-026 - Utilisation de l’activité Délai
- ST-DBP-027 - Pratiques exemplaires de persistance
- ST-DBP-028 - Condition préalable à la sérialisation des arguments
- ST-MRD-002 - Valeurs par défaut des noms d'activités
- ST-MRD-004 - Activités inaccessibles
- ST-MRD-005 - Séquences redondantes
- ST-MRD-007 - Clauses If imbriquées
- ST-MRD-008 - Séquence vide
- ST-MRD-009 - Activités profondément imbriquées
- ST-MRD-011 - Utilisation de la ligne d'écriture
- ST-MRD-017 - Incomplet si (Incomplete If)
- ST-USG-005 - Arguments d'activité codée en dur
- ST-USG-009 - Variables inutilisées
- ST-USG-010 - Dépendances inutilisées
- ST-USG-014 - Restrictions sur les paquets (Package Restriction)
- ST-USG-020 - Nombre minimum de messages consignés
- ST-USG-024 - Non utilisé, sauvegardé pour plus tard (Unused Saved for Later)
- ST-USG-025 - Utilisation abusive de la valeur enregistrée (Saved Value Misuse)
- ST-USG-026 - Restrictions d'activité (Activity Restrictions)
- ST-USG-027 - Packages requis
- ST-USG-028 - Restreindre l'invocation des modèles de fichier
- Variables
- Arguments
- Noms d'espace importés
- Enregistrement
- Éléments de l'interface utilisateur
- À propos des éléments d'interface utilisateur
- Propriétés des activités de l'interface utilisateur
- Exemple d'utilisation des méthodes de saisie
- Méthodes de sortie ou de capture de données d'écran
- Exemple d'utilisation de méthodes de sortie ou de capture de données d'écran
- Génération de tables à partir de données non structurées
- Capture relative de données
- Flux de contrôle
- Sélecteurs
- Réf. d’objets
- Capture de données
- Automatisation des images et des textes
- À propos de l'automatisation des images et des textes
- Activités liées à la souris et au clavier
- Exemple d'utilisation de l'automatisation de la souris et du clavier
- Les activités de type texte
- Exemple d'utilisation d'automatisation de texte
- Activités de type OCR
- Activités de type image
- Exemple d'utilisation de l'automatisation d'image et d'OCR
- Automatisation des technologies Citrix
- Automatisation de RDP
- Automatisation de Salesforce
- Automatisation SAP
- Automatisation VMware Horizon
- Journalisation
- Outil ScreenScrapeJavaSupport
- Protocole Webdriver
- Suite de tests - Studio
- Extensions
- Résolution des problèmes
- À propos de la résolution des problèmes
- Prise en charge et limitations de Microsoft App-V
- Résolution des problèmes rencontrés avec Internet Explorer x64
- Problèmes rencontrés avec Microsoft Office
- Identification des éléments d'IU dans PDF avec options d'accessibilité
- Résolution des problèmes rencontrés avec JxBrowser Applications
- Surveillance des événements utilisateur
- Résolution des problèmes Citrix
À propos de la publication de projets d'automatisation
La publication (Publishing) d'un projet d'automatisation implique l'archivage du dossier du fichier pour qu'il puisse être envoyé aux robots, puis exécuté.
Par défaut, tous les fichiers du dossier du projet seront publiés, à l'exception des cas de test. Si vous souhaitez empêcher l'inclusion d'un fichier spécifique dans le package publié, cliquez dessus avec le bouton droit dans le panneau Projet (Projet), puis sélectionnez Écarter de la publication (Ignore from Publish) (non disponible pour les fichiers de flux de travail dans les projets de bibliothèque). Dans le cas des bibliothèques, afin d'empêcher qu'un fichier de workflow apparaisse en tant que composant réutilisable dans le panneau Activités (Activities) lorsque la bibliothèque publiée est installée dans un projet, cliquez dessus avec le bouton droit dans le panneau Projet (Project), puis sélectionnez Rendre privé (Rendre privé).
Vous pouvez publier des projets d'automatisation dans Orchestrator, dans un flux NuGet personnalisé ou localement. Après la publication sur Orchestrator, le projet archivé s'affiche sur la page Packages et vous pouvez créer un processus à distribuer aux Robots. Lorsque vous publiez un processus d'automatisation dans l'espace de travail personnel d'Orchestrator ou que vous publiez des cas de test, un processus est automatiquement créé s'il n'en existe pas déjà, et les processus existants sont automatiquement mis à jour vers la dernière version publiée.
En outre, il est possible de publier des projets d'automatisation dans un flux NuGet personnalisé, avec la possibilité d'ajouter également une clé API si le flux requiert l'authentification.
%ProgramData%\\UiPath\\Packages
.
Vous pouvez publier des projets depuis Studio ou depuis la ligne de commande. Pour mettre à jour les dépendances de plusieurs projets et les publier toutes en même temps, utilisez l'Outil de mise à jour groupée des dépendances de projets.
project.json
se trouve dans un emplacement en lecture seule.
Instructions pour publier un projet d'automatisation :
La boîte de dialogue Info affiche les éléments suivants :
- Le nom sous lequel le paquet a été publié.
- Le numéro de version sous lequel le paquet a été publié ;
- L’emplacement où le projet a été publié si le projet a été publié localement ou dans l'emplacement par défaut du robot. Cliquez sur le chemin pour accéder au package, sauf si l’emplacement de publication était Orchestrator.
- Option Détails (Details) qui développe une liste contenant le nom des fichiers projet publiés.
-
L'option Copier dans le Presse-papiers (Copy to Clipboard).
Les informations ajoutées lors de la publication, comme l’emplacement de publication, restent dans la fenêtre, de sorte qu’elles peuvent être utilisées pour des actions de publication ultérieures effectuées pour le même type de projet. Chaque fois que vous cliquez sur Publier, une nouvelle version du projet est créée et envoyée au flux de packages. La publication d’un flux sécurisé peut être authentifiée soit via la clé de Robot, les informations d’identification Orchestrator, l’authentification Windows ou la clé d'API.
.xaml
initial dans Studio, effectuer les modifications, puis publier à nouveau le projet.
Publiez des projets à l'aide de la commande de publication UiPath.Studio.CommandLine.exe.
UiPath.Studio.CommandLine.exe est disponible dans le dossier d'installation :
- Pour les installations par machine, le chemin d'accès par défaut est C:\Program Files\UiPath\Studio\.
- Pour les installations par utilisateur, le chemin d'accès par défaut est %localappdata%\Programs\UiPath\Studio\.
Les arguments suivants sont disponibles pour la commande de publication :
Argument | Description |
---|---|
-p, --project-path | Chemin d'accès au fichier project.json à publier. L'argument est obligatoire. |
-g, --target |
Où publier le projet :
|
-f, --feed | L'URL personnalisée pour la publication du projet. Cela peut également être un répertoire local distant, semblable au chemin d'accès de l'onglet Options de publication (Publish options) dans Studio. |
-a, --api-key | La clé API pour la publication du projet. Cet argument peut être utilisé pour une cible personnalisée. |
-i, --icon | Chemin d'accès à l'icône personnalisée à utiliser pour le package. |
-n, --notes | Notes de publication qui contiennent des modifications apportées au projet. |
-v, --new-version | La nouvelle version du projet. Si elle n'est pas fournie, la version est automatiquement incrémentée. |
-t, --timeout | Spécifie la valeur du délai d'expiration pour la publication des projets. Le délai d'expiration par défaut est de 30 secondes. Ce paramètre s'applique uniquement au transfert de paquets vers une durée d'Orchestrator. |
--cer-path | Chemin d'accès local au certificat pour la signature de paquets. |
--cer-password | Mot de passe du certificat. |
--timestamper-url | URL de l'horodateur. |
--incl-all-feeds | Non requis. |
--help | Affiche les arguments disponibles pour chaque commande. |
--version | Vérifiez la version de UiPath.Studio.CommandLine.exe. |
Par exemple :
-
La commande suivante publie l'exemple de processus dans le flux de processus des locataires Orchestrator :
UiPath.Studio.CommandLine.exe publish --project-path "C:\Users\username\Documents\UiPath\Sample\project.json" --target OrchestratorTenant --notes "Fixed a couple of bugs."
-
La commande suivante publie le même processus dans un dossier local :
UiPath.Studio.CommandLine.exe publish --project-path "C:\Users\username\Documents\UiPath\Sample\project.json" --target Custom --feed "C:\Users\username\Desktop\myfeed" --notes "Fixed a couple of bugs."
Pour plus d'informations sur l'utilitaire CommandLine.exe, consultez Paramètres de la ligne de commande de la mise à jour groupée.