Un référentiel est un emplacement centralisé destiné à stocker et à gérer les automatisations et leurs ressources d\'assistance. Il facilite l\'organisation des ressources, pour un accès et une réutilisation faciles.

Fonctionnalités principales

  • Stockage centralisé : fournit un emplacement unique pour stocker l\'ensemble des automatisations, des scripts et des ressources associées, garantissant un accès facile pour les équipes collaborant sur des projets d\'automatisation.
  • Contrôle de version : suit les modifications apportées aux automatisations au fil du temps, permettant aux utilisateurs de revenir aux versions précédentes si nécessaire. Cela permet de maintenir un historique des mises à jour et des modifications.
  • Collaboration : permet à plusieurs utilisateurs (équipes) de travailler sur des automatisations, en s\'assurant qu\'ils ont accès aux dernières versions des automatisations.
  • Sécurité et contrôle d\'accès : fournit un contrôle d\'accès basé sur le rôle (RBAC) pour restreindre les accès non autorisés, maintenant ainsi le stockage sécurisé des données sensibles dans les automatisations.
  • Réutilisation : promeut la réutilisation des automatisations existantes ou des fichiers d\'assistance pour réduire le temps de développement et permettre aux utilisateurs de tirer parti des automatisations préconstruites comme modèles.
  • Sauvegarde et restauration : permet l\'intégration aux référentiels Git externes pour éviter la perte de données. Si un compte utilisateur est supprimé par accident, cela permet de récupérer les automatisations stockées dans le référentiel privé de cet utilisateur.

Types de référentiels

Les automatisations ainsi que leurs dépendances sont répertoriées dans un dossier sélectionné dans les référentiels Public et Privé. En fonction de leur licence, les utilisateurs qui se connectent à la Control Room peuvent accéder aux référentiels suivants :

Référentiel public
Le référentiel public est le référentiel (serveur) global qui sert de lieu centralisé pour stocker les dernières versions des automatisations et des fichiers associés. Il maintient les fichiers d\'automatisation à jour et sert d\'espace de travail partagé où les automatisations peuvent être exécutées.

L\'accès au référentiel public est géré par RBAC. Les utilisateurs tels que les développeurs professionnels, les Citizen Developers, les administrateurs et les Bot Runners peuvent interagir avec le référentiel public, en fonction de leurs rôles et autorisations attribués.

Les automatisations créées par des développeurs professionnels et les Citizen Developers peuvent être partagées sélectivement avec des utilisateurs Bot Runner spécifiques dans le référentiel public, en définissant des autorisations au niveau du dossier ou du fichier. Pour ce faire, les développeurs doivent d\'abord enregistrer l\'automatisation de leur référentiel privé dans le référentiel public, en veillant à un contrôle d\'accès approprié.

Référentiel privé
Le référentiel privé est un référentiel spécifique à l\'utilisateur sur le serveur, conçu pour créer et gérer l\'espace de travail d\'un utilisateur dans un environnement partagé. Ce référentiel est principalement utilisé pour créer et d\'essayer des automatisations, permettant aux utilisateurs de visualiser et de gérer toutes leurs activités dans un seul emplacement centralisé. Les automatisations dans le référentiel privé ne sont accessibles qu\'aux utilisateurs qui les ont créées.

Les fichiers d\'automatisation restent dans le référentiel privé (local) jusqu\'à ce qu\'ils soient archivés. Après un archivage réussi, les fichiers sont déplacés vers le référentiel public (global). Si une automatisation est extraite du référentiel public pour modification et réintégrée, une nouvelle version est créée dans le référentiel public, conservant l\'historique des versions.

Lorsque une automatisation est créée dans le référentiel privé, le nom de l\'automatisation doit être unique. Si une automatisation ou un dossier portant le même nom existe dans le référentiel public (au même emplacement de dossier accessible à l\'utilisateur), l\'utilisateur ne peut pas créer, extraire ou renommer une automatisation avec le même nom dans son référentiel privé.

Les utilisateurs avec des privilèges administratifs ou une licence Bot Runner n\'ont pas accès au référentiel privé, car ils ne sont pas responsables de la création des automatisations.

Référentiel Git externe

L\'intégration de Git à la Control Room assure un mappage un-à-un entre les automatisations enregistrées dans l\'espace de travail public de la Control Room et la structure du référentiel Git distant. Les validations Git appliquent les normes de sécurité, de conformité et de code, garantissant que les meilleures pratiques organisationnelles sont systématiquement appliquées aux processus de développement d\'automatisation. En exposant les fichiers à l\'hôte Git distant, les utilisateurs peuvent passer en revue le code d\'automatisation et les fichiers en utilisant des comparaisons tierces, aidant à maintenir les normes de conformité et de sécurité.

Lorsque un utilisateur archive une automatisation du référentiel privé vers le référentiel public, la structure des dossiers et les fichiers dépendants sont également archivés dans le référentiel public, ou créés s\'ils n\'existent pas déjà. Le fichier d\'automatisation est ensuite supprimé du référentiel privé. Si un référentiel Git externe est configuré, les fichiers sont validés et poussés vers le référentiel Git distant après un enregistrement réussi.

La Control Room peut être configurée pour répliquer son référentiel Git intégré à un hôte Git distant, en synchronisant les informations via des push Git. Les sources suivantes sont certifiées pour l\'intégration de Git à la Control Room :

  • GitHub
  • Bitbucket
  • Azure DevOps
  • GitLab

Structure des dossiers

La structure des dossiers dans la Control Room est conçue pour organiser et gérer efficacement les ressources d\'automatisation. La Control Room utilise une structure de dossiers hiérarchique pour stocker et organiser les automatisations, les scripts et les fichiers associés. Les dossiers dans les référentiels publics et privés aident à gérer les ressources d\'automatisation.

La hiérarchie des dossiers comprend les éléments suivants :

  • Dossier racine : niveau supérieur de la structure des dossiers dans les référentiels publics et privés. Il contient tous les dossiers parent et les sous-dossiers.
  • Dossiers parent : fichiers d\'automatisation classés par projet ou fonction individuels. Les dossiers parent peuvent avoir plusieurs niveaux de sous-dossiers, pour une organisation plus granulaire.
  • Sous-dossiers : permettent la création de structures imbriquées pour organiser une automatisation et des fichiers d\'assistance au sein de dossiers parent.

Par exemple, les automatisations peuvent être organisées par services et leurs sous-services respectifs. Un dossier parent peut être nommé Finance avec des sous-dossiers tels que Comptes créditeurs, Comptes clients et Rapports de dépenses.

Le dossier Bot est le dossier par défaut disponible dans la Control Room. Les autorisations de dossier peuvent être appliquées au niveau de la racine, du parent ou des sous-dossiers pour garantir un accès sécurisé et contrôlé.
Remarque : Le dossier Bot Store peut être mis à la disposition des utilisateurs disposant des autorisations appropriées.

Le tableau Fichiers et dossiers répertorie des détails tels que le type d\'automatisation, le nom, le chemin du dossier, le statut de l\'automatisation, la plateforme sur laquelle l\'automatisation a été créée (Windows ou macOS), ainsi que la source ou la version de l\'automatisation. Vous pouvez rechercher ou filtrer les automatisations et les fichiers par type d\'automatisation, nom, statut ou plateforme.

L\'option Rechercher dans les sous-dossiers est une option de recherche avancée pour rechercher et localiser des robots, des fichiers, des processus et des formulaires dans un dossier et ses sous-dossiers, depuis vos espaces de travail publics et privés. Cette option étant activée, une nouvelle colonne, Chemin du dossier affiche l\'emplacement du dossier et des sous-dossiers du bot.

Directives relatives aux référentiels

Assurez-vous d\'avoir une structure de référentiel bien organisée, efficace et sécurisée qui soutient un développement, des essais et des processus de déploiement automatisés efficaces, en suivant ces directives.

  • Utilisez des noms significatifs pour les dossiers, afin de rendre les fichiers d\'automatisation plus faciles à trouver.
  • Structurez le référentiel pour refléter les services ou les fonctions de l\'organisation et regroupez les automatisations connexes en conséquence.
  • Ne dépassez pas 30 sous-dossiers dans un dossier, pour faciliter la gestion et la navigation du référentiel.
  • Examinez et archivez régulièrement les fichiers inutilisés pour maintenir une structure organisée.
  • Définissez des autorisations d\'accès claires pour protéger les données sensibles et garantir la collaboration.
  • Utilisez des instances Control Room distinctes pour les environnements de développement, d\'essai et de production.
  • N\'utilisez le référentiel public que pour le déploiement, et non pour stocker des fichiers d\'automatisation.
  • Intégrez un Git externe, pour l\'historique des versions et la sauvegarde.