Salesforce DevOps pour Vlocity / Industries Cloud

Les OmniScripts, DataRaptors et Integration Procedures se versionnent indépendamment. Voici comment cela casse les déploiements.

Ce qui est difficile à déployer

Les OmniScripts, DataRaptors et Integration Procedures sont déployables en tant que métadonnées, mais chacun est versionné indépendamment. Déployer un OmniScript sans déployer aussi les versions exactes de DataRaptor et Integration Procedure qu'il appelle le casse silencieusement à l'exécution au lieu de faire échouer le déploiement, et le composant Lightning généré nécessite souvent une étape de recompilation manuelle avant que l'org cible ne serve la version mise à jour.

Où cela se complique

Les OmniScripts se versionnent indépendamment de ce qu'ils appellent

Les OmniScripts, DataRaptors et Integration Procedures sont chacun déployables en tant que métadonnées mais versionnés indépendamment, donc déployer l'un sans les versions exactes qu'il appelle le casse silencieusement à l'exécution au lieu de faire échouer le déploiement.

Le composant Lightning généré peut être en retard

Les OmniScripts se compilent en un composant Lightning généré, et ce composant nécessite parfois une recompilation manuelle avant que l'org cible ne serve réellement la version mise à jour.

En pratique

Comment Serpent aide

La détection des dépendances de Serpent intègre chaque DataRaptor et Integration Procedure qu'un OmniScript appelle réellement, pas seulement l'OmniScript lui-même, de sorte qu'un déploiement delta ne peut pas livrer un script pointant vers une version qui n'existe pas encore dans l'org cible. Voir la gestion des releases sur Serpent pour savoir comment fonctionnent les déploiements conscients des dépendances.

Métadonnées et données dans un seul flux de déploiement dans Serpent

Release type pour Salesforce DevOps pour Vlocity / Industries Cloud

Transformez le changement OmniScript en tâche
Regroupez la modification de l'OmniScript avec chaque DataRaptor et Integration Procedure qu'il appelle réellement, pas seulement le script lui-même.
La détection des dépendances cartographie ce qui est réellement référencé
Serpent trace la chaîne d'appels afin que le déploiement inclue chaque version dont le script dépend.
Déployez en delta la chaîne complète
Livrez l'OmniScript et ses dépendances ensemble, afin que rien ne pointe vers une version qui n'existe pas encore dans l'org cible.
Confirmez que le LWC a été recompilé
Validez que le composant Lightning généré reflète la mise à jour avant de considérer la release comme terminée.

Questions fréquentes

Vlocity / Industries Cloud DevOps, expliqué

Serpent déploie-t-il les OmniScripts avec leurs DataRaptors et Integration Procedures ?

Oui. La détection des dépendances intègre chaque DataRaptor et Integration Procedure qu'un OmniScript appelle réellement, pas seulement le script lui-même, de sorte qu'un déploiement delta ne peut pas livrer un script pointant vers une version absente de l'org cible.

Pourquoi un OmniScript s'est-il cassé après le déploiement sans erreur ?

Les incohérences de version entre un OmniScript et les DataRaptors ou Integration Procedures qu'il appelle échouent silencieusement à l'exécution, pas au moment du déploiement. La détection des dépendances de Serpent est conçue pour repérer cela avant la livraison.

Serpent gère-t-il le composant Lightning généré de l'OmniScript ?

Serpent déploie les métadonnées OmniScript sous-jacentes ; valider que le composant généré reflète le changement fait partie de la checklist de release que le pipeline de Serpent exécute avant validation finale.

Commencez gratuitement. Sans carte bancaire, sans installation, sans engagement.

Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.

Commencer gratuitement Réserver une démo