Conseils de mise en œuvre relatifs aux ensembles de modifications

Autorisation requise pour télécharger des modifications

Pour pouvoir déployer un ensemble de modifications d'une organisation à une autre, un administrateur de l'organisation cible doit autoriser les téléchargements via une connexion de déploiement entre les deux organisations.

La liste des connexions de déploiement affiche toutes les connexions

La liste Connexions de déploiement est automatiquement remplie avec votre organisation de production et toutes les sandbox. Il est possible d'effectuer un déploiement entre ces organisations, mais pas avec d'autres organisations.

Connexions pour des ensembles de modifications disponibles durant la maintenance

Autoriser les connexions de déploiement et le téléchargement de pages nécessite des informations depuis l'organisation de production et n'est pas possible lorsqu'une opération de maintenance est en cours dans cette organisation. Pendant ce temps, vous pouvez élaborer des ensembles de modifications sortants, mais pas les charger.

Les sandbox doivent être disponibles

Si aucun environnement test sandbox n'a été provisionné dans une organisation, l'utilisateur peut afficher un message d'erreur Privilèges insuffisants dans la page Connexions de déploiement.

Le déploiement ne redémarre pas automatiquement

Si une erreur se produit durant la validation ou le déploiement de l'ensemble de modifications, vous devez redémarrer le processus manuellement. Assurez-vous que votre organisation n'est pas verrouillée, en maintenance ou inaccessible pour une autre raison.

Le déploiement est une transaction unilatérale

Un ensemble de modifications est déployé dans une seule transaction. Si le déploiement ne peut pas se terminer, quelle que soit la raison, la transaction est entièrement annulée. Une fois le déploiement terminé, toutes les modifications s'appliquent à votre organisation et le déploiement ne peut pas être annulé.

Les déploiements conservent les références utilisateur

Si un composant dans un ensemble de modifications fait référence à un utilisateur spécifique, par exemple un destinataire de notifications de workflow par e-mail ou un utilisateur actif de tableau de bord, durant le déploiement, le système tente de détecter un utilisateur correspondant dans l'organisation de destination en comparant les noms d'utilisateur.

Lorsque vous copiez des données vers une sandbox, les champs qui contiennent des noms d'utilisateur de l'organisation de production sont modifiés pour inclure le nom de la sandbox. Par exemple, dans une organisation sandbox nommée test, le nom d'utilisateur user@acme.com devient user@acme.com.test. Lors d'un déploiement utilisant des ensembles de modifications, le .test dans le nom d'utilisateur est ignoré. Ce processus transfère un utilisateur ajouté à un composant dans une sandbox vers d'autres sandbox ou organisations de production.

Ensembles de modifications avec de nombreux composants dépendants

L'ouverture d'un ensemble de modifications dans Salesforce peut prendre plusieurs minutes s'il inclut un composant ayant de nombreuses dépendances ou si le parent d'un composant a de nombreuses dépendances. Salesforce vérifie les dépendances des composants avant d'afficher la page de l'ensemble de modifications, ce qui entraîne un délai. Exemple de composant ayant de nombreuses dépendances : un champ personnalisé appartenant à un objet personnalisé comprenant 2500 composants dépendants.

Remplacements d'action dans les ensembles de modifications

Un remplacement d'action est extrait dans un ensemble de modifications s'il est associé à un objet ou une application personnalisé inclus dans l'ensemble de modifications.

Vous ne pouvez pas inclure d'objets standard dans un ensemble de modifications. Par conséquent, vous ne pouvez pas utiliser un ensemble de modifications pour déployer un remplacement d'action associé à un objet standard.