ServiceNow SDK CLI
Utilisez l’interface de ligne de commande (CLI) pour gérer les ServiceNow SDK changements entre une application locale et l’application sur une instance.
À partir de l’outil en ligne de commande de votre système, entrez now-sdk pour démarrer l’interface de ligne de commande et renvoyer une liste des commandes disponibles ou now-sdk [commande] pour commencer à utiliser le ServiceNow SDK.
L’interface de ligne de commande comprend les commandes et options globales suivantes :
| Option | Description |
|---|---|
| --Version | Renvoyer la version de l’interface de ligne de commande. |
| --aide, -h | Renvoie des informations sur les commandes, les sous-commandes et les paramètres. |
| --debug, -d | Renvoyer les journaux de débogage générés par une commande. |
mise à niveau
Effectuez une mise à niveau vers la dernière version de pour ServiceNow SDK une utilisation avec les instances de la Yokohama version.
La mise à niveau de ne ServiceNow SDK met à jour aucune application que vous avez précédemment créée ou convertie avec le ServiceNow SDK.
upgrade a la structure suivante :now-sdk upgrade [--debug <flag>]now-sdk upgrade --debug trueauth
Authentifiez-vous à une instance et stockez, mettez à jour ou affichez les informations d’identification de l’utilisateur pour accéder à une instance sur votre système.
La commande auth comporte des paramètres permettant d’ajouter des informations d’identification, de supprimer des informations d’identification, de répertorier les informations d’identification et de définir les informations d’identification à utiliser par défaut.
Ajouter
Stockez les informations d’identification dans le trousseau d’appareils ou le gestionnaire d’informations d’identification sur votre système.
auth a la structure suivante avec le paramètre --add :now-sdk auth [--add <instance url>] [--type <auth method>] [--alias <alias>]| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| --ajouter | Chaîne | Nom d’instance ou URL pour laquelle stocker les informations d’authentification. |
| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| --type | Chaîne | Type d’authentification à utiliser pour les nouvelles informations d’identification d’authentification [choix : « de base », « OAuth »] | |
| --alias | Chaîne | Identificateur unique pour les informations d’identification de l’hôte et de l’utilisateur. L’alias peut être utilisé pour l’authentification à l’aide des commandes |
— |
now-sdk auth --add https://myinstance.service-now.com --type oauth --alias devuser1Supprimer
Supprimez les informations d’identification dans le trousseau de l’appareil ou le gestionnaire d’informations d’identification sur votre système.
auth a la structure suivante avec le paramètre --delete :now-sdk auth [--delete <alias>]| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| --supprimer | Chaîne | Identificateur unique pour les informations d’identification de l’hôte et de l’utilisateur. | — |
now-sdk auth --delete devuser1Liste
Affichez les informations d’identification enregistrées dans le trousseau d’appareils ou le gestionnaire d’informations d’identification sur votre système. Les mots de passe et les codes d’authentification ne sont pas renvoyés.
auth a la structure suivante avec le paramètre --list :now-sdk auth [--list]| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| --liste | Chaîne | Répertorie toutes les informations d’identification d’authentification disponibles | — |
now-sdk auth --listUtiliser
Définissez les informations d’identification à utiliser par défaut par les commandes.
auth a la structure suivante avec le paramètre --use :now-sdk auth [--use <alias>]| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| --utiliser | Chaîne | Identificateur unique pour les informations d’identification de l’hôte et de l’utilisateur. | — |
now-sdk auth --use devuser1Lancer la
Créez une application incluse dans le périmètre personnalisée ou convertissez une application incluse dans le périmètre existante à partir d’une instance ou d’un répertoire local pour prendre en charge le développement dans le code source. L’application est ajoutée au répertoire actuel.
init a la structure suivante :now-sdk init [--from <sysID or path>] [--appName <name>] [--packageName <name>] [--scopeName <name>] [--auth <alias>]| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| --De | Chaîne | Une sys_id d’une application sur l’instance ou un chemin d’accès à un répertoire qui contient une application à convertir pour prendre en charge le développement dans le code source. La conversion d’une application ajoute les fichiers et répertoires nécessaires à l’utilisation ServiceNow SDK locale et télécharge les métadonnées de l’application sous forme ServiceNow Fluent de code source ou de fichiers XML, selon le type de projet. L’application n’est pas modifiée sur l’instance tant que vous ne l’avez pas générée et déployée dans l’instance. Après le déploiement d’une application convertie, le champ JSON du package de l’enregistrement d’application personnalisée [sys_app] contient le chemin d’accès au fichier de package.json de l’application. |
— |
| --appName | Chaîne | Le nom de l'application. Ce paramètre est requis si le paramètre |
— |
| --packageName | Chaîne | Nom du package d’application utilisé dans le fichier de package.json .Le nom du package doit respecter les normes de dénomination des packages NPM. | — |
| Nom du champ d’application | Chaîne | Le périmètre de l’application. Le nom du champ d’application doit être unique sur l’instance, commencer par x_<préfixe> et comporter au maximum 18 caractères. Pour en savoir plus, consultez Identificateur de l’espace de noms. Ce paramètre est requis si le paramètre |
— |
| --auth, -a | Chaîne | Un alias pour les informations d’identification à utiliser pour s’authentifier auprès de l’instance. | Si défini, l’alias par défaut. |
now-sdk init --from dbce0f6a3b3fda107b45b5d355e45af6 --appName Example App --packageName example-app --scopeName x_snc_example --auth devuser1transformer
Transformez les métadonnées d’application (XML) à partir d’un ensemble de mises à jour ou d’un répertoire local en ServiceNow Fluent code source.
de transformation a la structure suivante :now-sdk transform [--from <sys_id or path>] [--source <package path>] [--preview <flag>]| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| --De | Chaîne | Une sys_id d’un ensemble de mises à jour sur l’instance ou un chemin vers un répertoire ou des fichiers qui contiennent du XML de métadonnées à transformer en ServiceNow Fluent code. | — |
| --source | Chaîne | Chemin d’accès au fichier de package.json de votre application. Le package.json doit se trouver dans le répertoire de base de votre application. |
Répertoire de travail actuel |
| --Aperçu | Booléen | Prévisualisez le code transformé ServiceNow Fluent à partir de la ligne de commande sans enregistrer les modifications. | faux |
Par exemple :
now-sdk transform --from metadata/update --source /path/to/package --preview true
convertir
Convertissez une application existante à partir d’une instance pour prendre en charge sa modification locale Visual Studio Code et le déploiement des modifications de l’application dans l’instance avec le ServiceNow SDK.
La conversion d’une application ajoute les fichiers et répertoires nécessaires à l’utilisation ServiceNow SDK locale et télécharge les métadonnées de l’application sous forme ServiceNow Fluent de code source ou de fichiers XML, selon le type de projet. L’application n’est pas modifiée sur l’instance tant que vous ne l’avez pas générée et déployée dans l’instance. Après le déploiement d’une application convertie, le champ JSON du package de l’enregistrement d’application personnalisée [sys_app] contient le chemin d’accès au fichier de package.json de l’application.
convert a la structure suivante :now-sdk convert <scopeName> <packageName> [<directory>] [--auth <alias>] [--projectType <type>] [--template <type>]| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| Nom du champ d’application | Chaîne | Le périmètre de l’application existante. | — |
| nom du package | Chaîne | Nom du package d’application utilisé dans le fichier de package.json . Le nom du package doit respecter les normes de dénomination des packages NPM. |
— |
| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| répertoire | Chaîne | Répertoire local dans lequel créer les répertoires et les fichiers d’application. | Répertoire de travail actuel |
| --auth, -a | Chaîne | Un alias pour les informations d’identification à utiliser pour s’authentifier auprès de l’instance. | Si défini, l’alias par défaut. |
| --projectType | Chaîne | Type d’application, qui détermine le mode de téléchargement des fichiers d’application et la configuration d’application par défaut.
|
module |
| --template, -t | Chaîne | Une option permettant de spécifier si JavaScript ou TypeScript doit être utilisé dans les modules. Cette option détermine la configuration des fichiers package.json et now.config.json et ajoute un fichier tsconfig.json pour les projets TypeScript.
|
JavaScript |
Par exemple :
now-sdk convert x_snc_example example-app /path/to/app_folder --auth user1-dev --projectType fluent --template typescript
chercher
Téléchargez les métadonnées d’application à partir d’une instance et mettez à jour les fichiers XML de métadonnées dans votre application locale pour qu’ils correspondent.
Les mises à jour des modules JavaScript ne sont pas incluses lors de l’extraction des métadonnées d’application à partir de votre instance.
fetch a la structure suivante :now-sdk fetch [--directory <package path>] [--auth <alias>]| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| --répertoire | Chaîne | Le chemin d’accès à votre application. | Répertoire de travail actuel |
| --auth, -a | Chaîne | Un alias pour les informations d’identification à utiliser pour s’authentifier auprès de l’instance. | Si défini, l’alias par défaut. |
now-sdk fetch --auth devuser1 --directory /path/to/packagedépendances
Téléchargez les dépendances pour les scripts, telles que les définitions de type TypeScript pour les API Glide et les includes de script, à partir de l’instance.
L’inclusion des dépendances de script dans votre application ajoute la prise en charge de la suggestion automatique pour les API et les includes de script Glide. Les définitions de type sont téléchargées dans le répertoire @types/@servicenow .
La commande dependencies a la structure suivante :
now-sdk dependencies [--directory <package path>] [--auth <alias>]
"include": [
"src/server/**/*.ts",
"./@types/servicenow/glide.server.d.ts",
"./@types/servicenow/script-includes.server.d.ts"
]| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| --répertoire | Chaîne | Chemin d’accès au fichier de package.json de votre application. Le package.json doit se trouver dans le répertoire de base de votre application. |
Répertoire de travail actuel |
| --auth, -a | Chaîne | Un alias pour les informations d’identification à utiliser pour s’authentifier auprès de l’instance. | Si défini, l’alias par défaut. |
now-sdk dependencies --directory /path/to/package --auth devuser1build
Compiler les fichiers sources et générer un package installable. Les dépendances de bibliothèques tierces sont converties en fichiers XML qui peuvent être installés avec l’application.
build a la structure suivante :now-sdk build <source> [--frozenKeys <flag>]| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| source | Chaîne | Chemin d’accès au fichier de package.json de votre application. Le package.json doit se trouver dans le répertoire de base de votre application. |
Répertoire de travail actuel |
| --frozenKeys | Booléen | Valide que le fichier de keys.ts est à jour pour les versions de CI. Si la valeur est vrai et que des changements ont été apportés au code de l’application ServiceNow Fluent , le fichier de keys.ts n’est pas mis à jour et la version échoue. Le fichier keys.ts est automatiquement généré dans le répertoire src/fluent/generated . |
faux |
now-sdk build /path/to/package --frozenKeys trueInstaller
Installez ou mettez à jour une application sur une instance. Avant d’utiliser la commande install , vous devez utiliser la commande build pour générer un package installable.
La commande install a la structure suivante :
now-sdk install [--source <package path>] [--reinstall <flag>] [--auth <alias>] [--open-browser <flag>] [--info <flag>]
| Paramètre | Type | Description | Valeur par défaut |
|---|---|---|---|
| --source | Chaîne | Chemin d’accès au fichier de package.json de votre application. Le package.json doit se trouver dans le répertoire de base de votre application. |
Répertoire de travail actuel |
| --réinstaller, -r | Booléen | Option permettant de désinstaller et de réinstaller l’application sur l’instance afin de s’assurer que les métadonnées sur l’instance correspondent aux métadonnées du package de déploiement. Avertissement : Les métadonnées qui se trouvent sur l’instance, mais pas dans votre application locale, sont supprimées. Si vous avez des versions précédentes de modules dans la table Module EcmaScript [sys_module] qui ne sont pas nécessaires, l’installation d’une application à l’aide du paramètre reinstall ( |
faux |
| --auth, -a | Chaîne | Un alias pour les informations d’identification à utiliser pour s’authentifier auprès de l’instance. | Si défini, l’alias par défaut. |
| --open-browser, -b | Booléen | Option permettant d’ouvrir l’enregistrement d’application dans votre navigateur par défaut après l’installation réussie de l’application. | faux |
| --info, -i | Booléen | Option permettant de renvoyer des détails sur l’installation la plus récente de cette application, tels que l’état et les enregistrements mis à jour. Lorsque ce paramètre est utilisé, l’application n’est pas installée. | faux |
now-sdk install --source /path/to/package --reinstall false --auth devuser1 --open-browser true --info true