Scripting avec étapes de développement

Sauf indication contraire, les informations de cette page d'aide ne s'appliquent qu'à Studio. Pour protéger la sécurité des scripts dans les différentes étapes, les dossiers affectés aux étapes de développement ne sont pas visibles dans Desktop Studio.

Les étapes de développement affectent certains aspects de la programmation :

À mesure que les scripts se déplacent d'un dossier à l'autre au cours du cycle de développement, les chemins de fichiers référencés dans les scripts peuvent être affectés. Les chemins d'accès aux fichiers sont référencés lorsque vous spécifiez l'emplacement d'un fichier, tel qu'une invite, un fichier de grammaire ou un emplacement pour stocker des fichiers enregistrés.
Lorsqu'un script est promu à l'étape suivante ou est copié vers une étape inférieure, Studio fait une copie du script et le place dans le dossier de l'étape de développement suivante. Les fichiers auxquels le script fait référence ne sont pas automatiquement copiés. Vous devez copier manuellement tous les fichiers référencés dans le dossier de l'étape de développement suivante.
La copie des fichiers référencés d'une étape à l'autre leur offre les mêmes avantages qu'aux scripts. Cela permet également de garantir que les chemins relatifs aux fichiers ne changent pas. Cependant, les chemins absolus peuvent être affectés car les fichiers et le script se trouvent dans un dossier d'étape différent après avoir été déplacés.
La solution pour éviter les chemins absolus cassés consiste à utiliser la substitution de variables pour les chemins de fichiers . Cela vous fait gagner du temps par rapport à la modification des chemins d'accès à chaque fichier dans chaque script à chaque déplacement. Cela supprime également le risque de modifier les chemins de fichiers dans les scripts de production sans tester au préalable la modification.

C'est une bonne pratique dans Studio d'utiliser des chemins absolus lorsque cela est possible, même lorsque les chemins relatifs sont également pris en charge. Ceci est particulièrement important lorsqu'on fait référence à un fichier situé dans un autre dossier. Cette bonne pratique s'applique chaque fois que vous faites référence à des fichiers dans des scripts, et pas seulement lors du travail avec les phases de développement.